Live data from Hacker News

Java 14 GA

jdk.java.net

11–20 of 45 posts

Re: Java 14 GA

#11
post #3

Wow, I'm still using JDK 1.8. I thought I was way behind until I looked up the release schedule: apparently they're pushing out two (major) releases a year now.

Yep, the new rapid-release schedule. Java 8 (grandfathered) and 11 are the current LTS branches, both of which cease getting any kind of support (read: security fixes) in 2024. Java 17 will be the next LTS.

It seems to be a trend in software that has existed for a while to exponentially increase version numbers (see also: Firefox).

Re: Java 14 GA

#12
post #8

Earlier quoted context omitted.

Yeah, although depending on what you’re working on, you’d probably be interested mainly in the LTS releases. We’re bundling an OpenJDK 11 with our product and while I’ll definitely play around with v14, I think we’ll only upgrade once v17 LTS is out.

Why would you want to use OpenJDK 11 instead of 13/14? I'm using 8 because it's the latest version working with Windows XP, but other than that, I don't understand why would anyone avoid latest stable version.

OpenJDK 11 is a LTS release, 13/14 are not.

Re: Java 14 GA

#13
post #11
post #3

Earlier quoted context omitted.

Yep, the new rapid-release schedule. Java 8 (grandfathered) and 11 are the current LTS branches, both of which cease getting any kind of support (read: security fixes) in 2024. Java 17 will be the next LTS.

It seems to be a trend in software that has existed for a while to exponentially increase version numbers (see also: Firefox).

Exponential would be if they kept getting quicker. They've only gotten quicker once.

Re: Java 14 GA

#14
post #11
post #3

Earlier quoted context omitted.

Yep, the new rapid-release schedule. Java 8 (grandfathered) and 11 are the current LTS branches, both of which cease getting any kind of support (read: security fixes) in 2024. Java 17 will be the next LTS.

It seems to be a trend in software that has existed for a while to exponentially increase version numbers (see also: Firefox).

It's a quite linear growth, not exponential

Re: Java 14 GA

#15
post #8

Earlier quoted context omitted.

Yeah, although depending on what you’re working on, you’d probably be interested mainly in the LTS releases. We’re bundling an OpenJDK 11 with our product and while I’ll definitely play around with v14, I think we’ll only upgrade once v17 LTS is out.

Why would you want to use OpenJDK 11 instead of 13/14? I'm using 8 because it's the latest version working with Windows XP, but other than that, I don't understand why would anyone avoid latest stable version.

Because OpenJDK 11 is a LTS release with updates until at least 2024

https://access.redhat.com/articles/1299013

Re: Java 14 GA

#16

Earlier quoted context omitted.

Why would you want to use OpenJDK 11 instead of 13/14? I'm using 8 because it's the latest version working with Windows XP, but other than that, I don't understand why would anyone avoid latest stable version.

OpenJDK 11 is a LTS release, 13/14 are not.

That's not really an answer. I understand that some people want to freeze in time and having problems jumping from 11 to 17 version, but I don't understand why do they want that. Is there any compatibility issues preventing use of Java 13, for example? I understand that migration path for Java 9 was not very clear because of modules, but that's not the case for Java 11.

Re: Java 14 GA

#17

Wow, I'm still using JDK 1.8. I thought I was way behind until I looked up the release schedule: apparently they're pushing out two (major) releases a year now.

If you upgrade, jump directly to Java 11. That may or may not be easy. But it was easy for me.

After that there was no effort to upgrade to all subsequent versions, to this point.

Re: Java 14 GA

#18

Wow, I'm still using JDK 1.8. I thought I was way behind until I looked up the release schedule: apparently they're pushing out two (major) releases a year now.

Well, Java 8 was released 6 years ago and is basically EOL now. We migrated to Java 11 during the fall and finally most third party libraries we use seems to work fully in Java 11.

Azul will provide free OpenJDK builds for Java 8 until March 2026. It's not EOL.

Re: Java 14 GA

#19
post #8

Earlier quoted context omitted.

Yeah, although depending on what you’re working on, you’d probably be interested mainly in the LTS releases. We’re bundling an OpenJDK 11 with our product and while I’ll definitely play around with v14, I think we’ll only upgrade once v17 LTS is out.

Why would you want to use OpenJDK 11 instead of 13/14? I'm using 8 because it's the latest version working with Windows XP, but other than that, I don't understand why would anyone avoid latest stable version.

Because of LTS. I don't consider a new release every few months very stable, and updating regularly just creates churn for no realized value. Additionally, any LTS release is going to get more thoroughly attacked, vetted, and secured. Despite best efforts, minor GC and JVM quirks tend to sneak in here and there with new versions. Maybe it doesn't affect people who write Java directly, but other JVM languages tend to be impacted more directly.

Re: Java 14 GA

#20

Earlier quoted context omitted.

OpenJDK 11 is a LTS release, 13/14 are not.

That's not really an answer. I understand that some people want to freeze in time and having problems jumping from 11 to 17 version, but I don't understand why do they want that. Is there any compatibility issues preventing use of Java 13, for example? I understand that migration path for Java 9 was not very clear because of modules, but that's not the case for Java 11.

LTS version is like a checkpoint. Its support will be long term, i.e. security patches will be released on them. The versions in between don't get support.
Post reply on HN