It can help with standardization and some security benefits to run things in the JVM, part of the reason it’s so popular in enterprise
Comment on Java at 30: How a language designed for a failed gadget became a global powerhouse
toastmeister@lemmy.ca 4 weeks agoThere’s always Kotlin. Of course I never understood the desirability of a VM language in the first place, why not just compile for different architecture?
padge@lemmy.zip 4 weeks ago
Enkimaru@lemmy.world 4 weeks ago
JIT compiling and byte code morphing and instrumentation. For instance data base persistence is usually done by instrumentation tools, that add instructions to keep track about transactions and modified objects, or new objects that need persisting. And endless more things.
Albbi@lemmy.ca 4 weeks ago
There’s also Groovy. A data execution pipeline program I use called NextFlow uses Groovy based scripts.
And compiling for different architectures can be very difficult. I’ve done a lot of work Power9 computers and it’s not as simple as having the right compiler flags. Often the dependencies aren’t built for your platform either so you have to go and compile those too. It can be quite a hassle.
chunes@lemmy.world 4 weeks ago
“Write once, run anywhere” is a pipe dream but Java came closer than anyone else by far.