JDK 21 Forked From Mainline For What Will Be The Next Java LTS Release

[onlyLinuxLuvUBack]

Speaking of JDK, any news why LibreOffice still depends on it? One of their original goals was to get rid of java, was it not?

Maybe this had something to do with RedHat's decision to rely only on flatpack for it. On my computer that uses Fedora it still depends on java-17-openjdk-headless-1:17.0.7.0.7-5.fc38.x86_64

I hope the next JDK they rewrite it in rust.
and if Libreoffice was rewritten in rust it would be the first cool office suite written in rust and hopefully a visualbasic emulator for scripting.

[rogerx]

That's the first time I heard someone say they're limiting their electronic device purchases because of a programming language.

It's quite well known throughout the consumer market, the vendor/manufacturer chooses either the programming language or software libraries for programming their hardware, the hardware will likely be locked into only using those specific OEM software libraries and/or programming language. (eg. Usually C/C++ for most software drivers nowadays.)

[rogerx]

i hope the next jdk they rewrite it in rust.
And if libreoffice was rewritten in rust it would be the first cool office suite written in rust and hopefully a visualbasic emulator for scripting.

all things microsoft = good.

[ClosedSource]

Can you back this with some data? I am pretty sure there are companies and projects relying on Java 6 or 7. But that's insane. I know large companies have Java 8, but this is scares. Most moved on to Java 11 and Java 17, using Spring, Spring Boost or stuff from public clouds.

Most data of this kind isn't available online. But if you try to communicate with financial institutions, particularly ones that deal with currency exchange, clearance of bank transfers, securities and futures...the list goes on and on....and you can reach people from markit/s&p global, murex, jbig, mizuho, etc..., they all use old code that only compiles on java 7.
There is a limit to the kind of data you can ask on an online forum.

[peterdk]

I use Java on Android, but mostly Kotlin these days. If using JVM, not much reason anymore to use Java over Kotlin.

[usta]

I use Java on Android, but mostly Kotlin these days. If using JVM, not much reason anymore to use Java over Kotlin.

With Android14 you have to upgrade to at least JAVA17 ( as JVM ) : https://developer.android.com/about/...core-libraries

[ClosedSource]

I use Java on Android, but mostly Kotlin these days. If using JVM, not much reason anymore to use Java over Kotlin.

At the moment, Kotlin code is translated to Java code. They are still using Java, at least for now.

[usta]

At the moment, Kotlin code is translated to Java code. They are still using Java, at least for now.

not java but jvm.
kotlin is not a trascompiler like typescript. It is actually producing bytecode for java virtual machine (jvm)

[Dovi]

Can you back this with some data? I am pretty sure there are companies and projects relying on Java 6 or 7. But that's insane. I know large companies have Java 8, but this is scares. Most moved on to Java 11 and Java 17, using Spring, Spring Boost or stuff from public clouds.

I was working for Inditex (big retailer: Zara, Pull&Bear, Berskha) not so long ago and there were still some legacy apps on production that were running atop Java 6.

[jrdoane]

At the moment, Kotlin code is translated to Java code. They are still using Java, at least for now.

Clojure, like Kotlin, targets the JVM and produces JVM bytecode when compiled. There are several languages that do this. Another example is Scala. I'm pretty sure that most languages that target the JVM does this. TypeScript compiles down to JS because that's the lowest level representation you can get on that runtime which is why ClojureScript also compiles down to JavaScript. This is a pretty common pattern for hosted languages.