Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Retiring OpenJDK Project Builds for JDK 11 and JDK 8 #505

Closed
jerboaa opened this issue Jun 9, 2022 · 8 comments · Fixed by docker-library/docs#2162
Closed

Retiring OpenJDK Project Builds for JDK 11 and JDK 8 #505

jerboaa opened this issue Jun 9, 2022 · 8 comments · Fixed by docker-library/docs#2162

Comments

@jerboaa
Copy link

jerboaa commented Jun 9, 2022

Hi!

This is a heads-up that we are going to retire "OpenJDK Project Builds" for OpenJDK 11u and OpenJDK 8u. We plan to stop producing builds after the July 2022 CPU update (11.0.16 and 8u342 will be the last builds). Since we know that the docker library is using those for the docker.io/library/openjdk:11 and docker.io/library/openjdk:8 images, we wanted to give a heads-up that this is going to happen. Perhaps it would be best to remove the 11 and 8 tags (in October 2022, perhaps) as at that point these images would be out-of-date without recent security fixes. I see that the docker.io/library/openjdk:17 tag points already to an outdated build (17.0.2 over latest 17.0.3).

We, Red Hat, have produced those builds as a service to the community for Linux x86_64, Linux aarch64 and Windows x86_64. Now with projects like Eclipse Adoptium which produce Eclipse Temurin builds on a wider variety of platforms which are JCK tested there is a natural replacement for a vendor neutral OpenJDK build for the JDK 8 and JDK 11 code streams for the community to use. For the 17u code stream of the OpenJDK updates project the builds linked from the OpenJDK wiki are already Eclipse Temurin binaries and we'd like to make this consistent come October 2022.

@jerboaa
Copy link
Author

jerboaa commented Jun 9, 2022

/cc @theRealAph

@tianon
Copy link
Member

tianon commented Jun 9, 2022

Thanks for the heads up! This is unfortunate, but not totally unexpected. ❤️

Response to #495 has been (understandably) pretty mixed so I'm sure this is going to go over similarly well among our users. 😬

IMO this means we should seriously consider deprecating the image altogether since I'm not convinced there's a lot of value in only providing the extremely-time-limited builds Oracle provides. 😞 🙈

@theRealAph
Copy link

theRealAph commented Jun 10, 2022

I believe it had got to the point where these builds weren't adding any value.

The people have spoken. An independent survey of the popularity of OpenJDK builds showed that there were a few clear leaders. I have been told that they are fully TCK'd, so Java compatible. As far as I am aware, these builds are clean (or at least minimally patched) OpenJDK builds, so the OpenJDK Project builds were adding to the confusion.

@jerboaa
Copy link
Author

jerboaa commented Jun 10, 2022

@tianon

Thanks for the heads up! This is unfortunate, but not totally unexpected.

Response to #495 has been (understandably) pretty mixed so I'm sure this is going to go over similarly well among our users.

Yes, please inform maintainers of those stacks. Not sure who they are, so leaving this up to you.

IMO this means we should seriously consider deprecating the image altogether since I'm not convinced there's a lot of value in only providing the extremely-time-limited builds Oracle provides.

I tend to agree. Especially since if people use newer OpenJDK, there might be the expectation that older releases are being kept up to date as well, which is not the case for JDK 8, 11, 17 (starting October 2022 for 11 and 8; with 17 it's already the case).

@marchof
Copy link
Contributor

marchof commented Jun 13, 2022

Hi, while I see the point about popularity of other distributions for releases the openjdk images are a very convenient way to test OpenJDK EA versions (e.g. 19-ea).

@tianon
Copy link
Member

tianon commented Jun 15, 2022

Yeah, that's not a bad point -- I guess we could update to only consuming/"supporting" the EA releases (which aren't currently supported in any of the alternatives AFAIK, definitely not in their Docker images). That would also make the Oracle rolling support window sting less (since it would necessarily last for the entire life of the EA builds for a particular release).

@tianon
Copy link
Member

tianon commented Jul 1, 2022

Thanks again for the heads up @jerboaa and @theRealAph -- it's really, really appreciated ❤️

(and for maintaining these builds for so long! 👍)

lealceldeiro added a commit to lealceldeiro/org.wcdevs.blog.core that referenced this issue Jul 13, 2022
- Update base docker image from openjdk:11-jdk-slim and openjdk:11-jre-slim to eclipse-temurin:17-jdk-alpine and eclipse-temurin:17-jre-alpine after deprecation notice. More info at docker-library/openjdk#505
- Update shell command to create user/group in Dockerfile after base image change
jnewton03 added a commit to liquibase/docker that referenced this issue Jul 18, 2022
OpenJDK has been deprecated:
https://hub.docker.com/_/openjdk

DEPRECATION NOTICE
This image is officially deprecated and all users are recommended to find and use suitable replacements ASAP. Some examples of other Official Image alternatives (listed in alphabetical order with no intentional or implied preference):

amazoncorretto
eclipse-temurin
ibm-semeru-runtimes
ibmjava
sapmachine
See docker-library/openjdk#505 for more information.

The only tags which will continue to receive updates beyond July 2022 will be Early Access builds (which are sourced from jdk.java.net), as those are not published/supported by any of the above projects.
mpfz0r pushed a commit to Graylog2/graylog-docker that referenced this issue Jul 26, 2022
* Switch from 'openjdk' to 'eclipse-temurin' for base images.

The 'openjdk' images are being retired/discontinued.  Since Eclipse Temurin was previously
selected for other Graylog uses, it is a natural replacement for the official Graylog images.

Ubuntu Jammy, selected as the OS variant here (and by the Temurin project for non-specific tags),
will have standard support until April 2027.

Refs:
* docker-library/openjdk#505
* Graylog2/graylog2-server#11467
* https://github.com/Graylog2/graylog2-server/blob/bf001c5a039380e0afadc9f570d070d2b70ee578/.github/workflows/build.yml#L18

* Fix loading of SO for non-root users.

This is something that was being done in the 'openjdk' images, but isn't (currently) with Temurin.  Without this the following error will occur: 'java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory'.

Refs:
* https://github.com/docker-library/openjdk/blob/da594d91b0364d5f1a32e0ce6b4d3fd8a9116844/8/jdk/slim-bullseye/Dockerfile#L105
* docker-library/openjdk#331 (comment)

* Mention that prior Graylog images were based on 'openjdk' images.

* July Graylog images have already been released, so assume August.
mpfz0r pushed a commit to Graylog2/graylog2-server that referenced this issue Jul 29, 2022
…age.

The 'openjdk' images are being retired/discontinued.  Since Eclipse Temurin was previously
selected for other Graylog uses, it is a natural replacement for the official Graylog images.

Ubuntu Jammy, selected as the OS variant here (and by the Temurin project for non-specific tags),
will have standard support until April 2027.

This also includes a fix for non-root SO loading that was being done in the 'openjdk' images, but isn't
(currently) with Temurin.  Without it the following error will occur:
'java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory'.

Refs:
* docker-library/openjdk#505
* #11467
* https://github.com/Graylog2/graylog2-server/blob/bf001c5a039380e0afadc9f570d070d2b70ee578/.github/workflows/build.yml#L18
* https://github.com/docker-library/openjdk/blob/da594d91b0364d5f1a32e0ce6b4d3fd8a9116844/8/jdk/slim-bullseye/Dockerfile#L105
* docker-library/openjdk#331 (comment)
mpfz0r pushed a commit to Graylog2/graylog2-server that referenced this issue Jul 29, 2022
…age. (#13002)

The 'openjdk' images are being retired/discontinued.  Since Eclipse Temurin was previously
selected for other Graylog uses, it is a natural replacement for the official Graylog images.

Ubuntu Jammy, selected as the OS variant here (and by the Temurin project for non-specific tags),
will have standard support until April 2027.

This also includes a fix for non-root SO loading that was being done in the 'openjdk' images, but isn't
(currently) with Temurin.  Without it the following error will occur:
'java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory'.

Refs:
* docker-library/openjdk#505
* #11467
* https://github.com/Graylog2/graylog2-server/blob/bf001c5a039380e0afadc9f570d070d2b70ee578/.github/workflows/build.yml#L18
* https://github.com/docker-library/openjdk/blob/da594d91b0364d5f1a32e0ce6b4d3fd8a9116844/8/jdk/slim-bullseye/Dockerfile#L105
* docker-library/openjdk#331 (comment)
kerphi added a commit to abes-esr/qualimarc-api that referenced this issue Aug 5, 2022
@docker-library docker-library unlocked this conversation Oct 19, 2022
@docker-library docker-library locked as resolved and limited conversation to collaborators Oct 19, 2022
@yosifkit yosifkit mentioned this issue Feb 10, 2023
@docker-library docker-library unlocked this conversation Feb 10, 2023
@docker-library docker-library locked as resolved and limited conversation to collaborators Feb 10, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants