OpenJDK 11 and 17 ++

[skjolber]

Hi,

I was searching for docker images for openjdk versions 11 and 17 at seeing some impressive benchmark results, but it seems there is only 8 and 13. Openjdk 11 is available in the clear linux packages, but not the 17 (or 18) release.

Is this docker repository still maintained? If so,

• can we get an image for 11?
• is there any hope for version 17, i.e. will there be clear linux packages for 17?

I might be missing something, but it seems there could be a couple of low-hanging fruits here.

On another note, why is the same image tagged as 8 and 18 on docker hub?

[fenrus75]

we actually recently packaged 18, but a "openjdk", so without the version label...

…

On Fri, May 20, 2022 at 4:17 AM Thomas Skjølberg ***@***.***> wrote: Hi, I was searching for docker images for openjdk versions 11 and 17 at seeing some impressive benchmark results <https://www.phoronix.com/scan.php?page=article&item=h1-2022-linux&num=3>, but it seems there is only 8 and 13 <https://github.com/clearlinux/dockerfiles/tree/master/openjdk>. Openjdk 11 is available in the clear linux packages <https://docs.01.org/clearlinux/latest/reference/bundles/bundles.html>, but not the 17 (or 18) release. Is this docker repository still maintained? If so, - can we get an image for 11? - is there any hope for version 17, i.e. will there be clear linux packages for 17? I might be missing something, but it seems there could be a couple of low-hanging fruits here. On another note, why is the same image tagged as 8 and 18 on docker hub <https://hub.docker.com/r/clearlinux/openjdk/tags>? — Reply to this email directly, view it on GitHub <#408>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAJ54FIN57RUX5XKFX7AYG3VK5YDZANCNFSM5WPEIHVA> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[skjolber]

@fenrus75 Great, I really like you have the latest and greatest, but due to all the dependencies in a typical JVM project, developers are usually stuck for long periods on certain OpenJDK versions (usually the LTS ones). Would you be able to adopt one of these support schemes?

• LTS + latest (8, 11, 17 and 18)
• Two most recent LTS + latest (11, 17 and 18)

This would probably fit all enterprise users while also keeping the latest (higher-performing) OpenJDK in play.

[skjolber]

@fenrus75 any hope for 17?

[fenrus75]

I've not seen anything breaking with 18/etc yet... multi JVM is messy so it really needs to be for some key breakage or something.. but I'll ponder more. Reports of actual breaking for 17->18 would sure make the case stronger but ...

…

On Wed, Feb 22, 2023 at 3:08 PM Thomas Skjølberg ***@***.***> wrote: @fenrus75 <https://github.com/fenrus75> any hope for 17? — Reply to this email directly, view it on GitHub <#408 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAJ54FL4PFJ26XVXUW5UMKTWY2L6VANCNFSM5WPEIHVA> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[skjolber]

@fenrus75 For more context, look at this wiki page and the column End of Free Public Updates. Note that Java 18 is already out of date, while 17 is still maintained.

Most companies require feature stability and security patches. So they have two strategies:

• jump to the latest JDK as it is released
• stay with the LTS untill another LTS is released (most do this)

It seems to me that neither strategy works with the current support?

Obiously we all want desire the performance improvements in the latest JDKs, but supporting the LTS will have more of a real impact IMHO.

[fenrus75]

yes 18 is out of date; which is why we ship 19 ;) I'll look at what supporting 17 entails but ... we had multiple JDK's before and the experience was not great

…

On Thu, Feb 23, 2023 at 2:07 AM Thomas Skjølberg ***@***.***> wrote: @fenrus75 <https://github.com/fenrus75> For more context, look at this wiki page <https://en.wikipedia.org/wiki/Java_version_history> and the column *End of Free Public Updates*. Note that Java 18 is already out of date, while 17 is still maintained. Most companies require feature stability and security patches. So they have two strategies: - jump to the latest JDK as it is released - stay with the LTS untill another LTS is released (most do this) It seems to me that neither strategy works with the current support? Obiously we all want desire the performance improvements in the latest JDKs, but supporting the LTS will have more of a real impact IMHO. — Reply to this email directly, view it on GitHub <#408 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAJ54FLFTSAGWAV2Q2XU42DWY4ZE5ANCNFSM5WPEIHVA> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[skjolber]

Haha, good one, please forgive my ignorance 😅

If it helps, I recon there will be another LTS in a few years, and more guys like me looking for corresponding long term supported packages, so some of the work might have repeat value.