* CodeGeek!~codegeek@about/java/CodeGeek changed the topic to: Welcome! || Read Channel Rules at https://javachannel.org/ before participating. || Paste limit is two lines; ~pastebin lists options. || No applets, please. || Minecraft, Android, and Javascript all have their own channel. || You are being logged.
* nevet joined #java
* jjj333_p joined #java
* mitch0 joined #java
* Aedil joined #java
NeXeNreflection is so slow in static analysis
jreicherHuh? Isn't that a contradiction?
* mlxdy joined #java
NeXeNi mean with graal
NeXeNif you don't pre-configure it you know
NeXeNanyways i'm just complaining
NeXeNso what's up, what are you working on, jreicher?
* Nitrousoxide_ joined #java
jreicherNothing in Java at the moment unfortunately. Been hit with a lot of new compliance rules for kubernetes deployments, so I'm grappling with helm charts and pipelines written by other people. :(
NeXeNfun fun fun under the gun
deeboi loathe helm charts, they're basically "%s %s %s %s %s %s %s".formatted(service,deployment,ingress,...) in yaml format, it's terrible imo :)
deeboi always end up just writing out a simple multi document yaml file, no idea why kubectls kustomize didn't "take off", much easier to read and understand than helm
jreicherI've never put together a deployment from scratch so I've never had the chance to step back and make this kind of choice myself. I always end up with what other people have chosen.
* lostlazy_ joined #java
* tomboy64 joined #java
* akaWolf joined #java
* metalmaniac joined #java
* stewi joined #java
NeXeNjreicher: that is sometimes the truth
nimajehm, "simple" and "yaml", seems like a contradiction
NeXeNyaml is simple. simple is sometimes stupid
NeXeNremember kiss, keep it simple or stupid
* Afroboy joined #java
* kathadris joined #java
* graves joined #java
* MikeBux joined #java
* jbosmans joined #java
* Ragnor joined #java
* hwpplayer1 joined #java
hwpplayer1What are the differences between 17 and 21 Java ?
deeboabout 4
hwpplayer1Any backward compatibilities ?
deeboand 25 is current "lts", so moving to 21 is a weird sidestep
hwpplayer1Okay thanks
deeboplenty of feature lists on the interwebs (and youtube if you're into that), don't think backwards compatibility has ever been an issue really
hwpplayer1I see
* jbosmans joined #java
* stfstfm_ joined #java
BombeWhen we recently switched from 11 to 21, we did have to fix a small number of source files.
dreamrealRemember who the author is... single-layer jokes are a lot less funny than 12-layers. :D
dreamrealI thought about having an AI literally write it, and I tried that, but it was ungood
deeboemdash enthusiast
ParaIs that a weekly or monthly publication?
* sa02irc joined #java
dreamrealwhat, bytecode.news?
dreamrealdeebo: damn it
dreamrealdeebo: that would have been perfect, to have Hanz Franz have a comment in monotype, with em-dashes and a very neutral, formal tone, finalizing with "... did I do it right, Human?"
* Square2 joined #java
* virtualmeat joined #java
* akaWolf joined #java
* akaWolf joined #java
* Inline joined #java
* Pixi joined #java
* domicron joined #java
dreamrealBTW, the stuff that goes on bytecode.news is the stuff I'd like to have seen the java channel blog get, or theserverside.com back in the day: it's not purely java focused because pure java isn't that interesting, we live in a wider ecosystem, but it's got a core focus on the JVM
dreamrealand if you want to contribute, well, *that's the point* - and it has an editorial oversight so you're not just posting stuff without trying to make it look good
* jamezp joined #java
* domicron joined #java
* metalmaniac joined #java
mitch0dreamreal: nit on the fonts: it's kinda hard to read (at least on mobile)
mitch0(probably it's just me getting old though)
* kcomhnall joined #java
dreamrealthe serifs are a problem? kinabalu says he's going to address the mobile rendering at some point
dreamrealI didn't design the UI - the UI *I* put together is... uh... not exactly normal-human friendly
* akaWolf joined #java
mitch0I bet it would suit me just fine :) (I mean, your UI version)
dreamrealI doubt it, I don't really see information the same way others do
dreamrealIf MY innate UI would suit you, that's concerning :D
dreamrealI probably need to revise it, though: the nextjs UI has advanced some things that the original reference UI hasn't kept up with
* akaWolf joined #java
dreamrealActually, that's an interesting tech problem: I need to have a way to capture the way the "real UI" works at the transport level so the other UIs have "endpoints" to work against to validate their behavior
dreamrealor I could burn down the reference UI and have it literally be a reference UI (the whole goal was to say "this is not usable but does exercise the API properly")
* akaWolf joined #java
* tronexte joined #java
Square2Aiui, you can put several spring boot app war's in an ear and deploy it?
Square2(wo using ejb in those wars?)
Square2...don't ask me why I wanna do that. Some managers seem to love the idea with "one installation".
dreamrealSquare2: are you asking if you can do that?
dreamrealI don't know what "aiui" means
DoofusCanadensisaiui == As I Understand It
dreamrealah
dreamrealSquare2: in that case, yes.
Square2dreamreal, thanks
dreamrealSquare2: it's actually spring's original raison d'etre, which makes your question kinda funny
Square2dreamreal, oh, I didn't know. I though .ear's fell out of fashion after ejb 2.1.
dreamrealthey're still in fashion, just very different from the 1.x-2.x cycle
dreamreallargely influenced by... spring
Square2Oh ok. I though people solved these multi-deploys with k3s/k8s these days
Square2thought
dreamreal"these days" isn't really everything. You can do that, but even so: Spring's *original deployment model* was indeed multiple wars in an app server, multiple wars in an .ear was fully acceptable, with no EJBs in sight. In 2004, at the TSSJS in Las Vegas, Floyd asked the audience how many people used EJBs: they were EVERYWHERE. Then he asked how many of them used them to invoke processes *remotely* -
dreamreallike, EJB deployed on server A, used from a WAR on server B - and it was like 2% of the audience.
dreamrealTHAT's what Spring fixed, because that entire audience was using a *remote technology* for *local invocation* and paying a cost in development time, because ejbc *suuuuuuucked.*
dreamrealApp servers like orion did it well: no ejbc, and it actually *optimized* local invocation even though you had to use remote semantics until EJB2. (On websphere, if you used a *remote interface* then it was going to use the network layer by god.)
Square2dreamreal, oh, you mean inter war dependencies wasn't a big thing?
dreamrealSquare2: inter-WAR dependencies aren't really a thing even now
Square2gotcha! Intersting to hear.
dreamrealinter-WAR dependencies are remote HTTP calls. Network dependencies were what the EJB was for. You have a service here, you want to invoke it from THERE, you use RMI-IIOP to invoke it and get good semantics around it.
cheeserthe good old days
Square2when I say inter-war dependencies I meant any dependency... even http (local) remoting etc.
dreamrealwell... there's a lot of room for definition there. The thing is, the resources in war1 are NOT available to war2 - they don't share classpath resources. They're peers. an EJB *is* in their classpath.
* Inline joined #java
* agnivn joined #java
* agnivn_ joined #java
* Shell joined #java
* michele joined #java
Parafwiw I'm fairly sure Kubernetes didn't solve any actual problem, but it's good enough that it was okay to let the management believe it solves enough issues to become a standard.
* matrixisme2 joined #java
* michele joined #java
* B_fd joined #java
* matrixisme2 joined #java
* mindCrime joined #java
* Inline joined #java
* leppard joined #java
* stfstfm joined #java
* Betal joined #java
* B_fd joined #java
* hwpplayer1 joined #java
* Inline joined #java
jbosmanswell, April 1st about over and done with here, so far so good :)
dreamrealWe still have eight hours, you fool!
jbosmanstimezones, you fool !
dreamrealmine is the only one that matters
jbosmans;)
* kcomhnall joined #java
jbosmanswhile i joke about timezones, it did bite me during upgrades. fwiw i ended up doing;
jbosmansmount /etc/timezone into container
dreamrealhaha
* kcomhnal1 joined #java
jbosmansmount etc/localtime into container
jbosmanspass -Duser.timezone=Europe/Brussels to java
jbosmansi think the latter is most impactfull, but as always ymmv