-
Notifications
You must be signed in to change notification settings - Fork 476
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
Comments
/cc @theRealAph |
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. 😞 🙈 |
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. |
Yes, please inform maintainers of those stacks. Not sure who they are, so leaving this up to you.
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). |
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). |
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). |
Thanks again for the heads up @jerboaa and @theRealAph -- it's really, really appreciated ❤️ (and for maintaining these builds for so long! 👍) |
- 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
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.
* 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.
…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)
…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)
…mage openjdk qui n'est plus maintenue cf docker-library/openjdk#505
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
anddocker.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 the11
and8
tags (in October 2022, perhaps) as at that point these images would be out-of-date without recent security fixes. I see that thedocker.io/library/openjdk:17
tag points already to an outdated build (17.0.2
over latest17.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.
The text was updated successfully, but these errors were encountered: