Change Details

OpenJDK doesn't maintain anymore open-source and supported releases of the JDK. As such the Docker library OpenJDK image is deprecated too. Instead of choose for each Java application what OpenJDK distribution to use, plan is to create a base nasqueron/jdk image. _____ ### Topics to discuss **1. What versions do we support?** That should at least include LTS versions like OpenJDK 17 and 21. That could include current OpenJDK version if any piece of software we maintain an image for needs it (for example OpenJDK 23). **2. What vendor do we use?** Eclipse Temurin, Amazon Corretto and SapMachine are well maintained. A matrix of pro/cons should be created, because it's not clear at all For example: - Defaults from SapMachine clearly aims to facilitate observability in production - Amazon Corretto updates frequently crypto packages **3. What do we use it for?** - rDO obviously - rDORB currently uses `tomcat:9.0.75-jre17` from Docker Library, currently switching to Eclipse Temurin **4. What do we include?** - Do we need J2EE features? - If on Debian/Ubuntu, would make sense to include equivs patch from https://github.com/nasqueron/docker-openfire/pull/6

OpenJDK doesn't maintain anymore open-source and supported releases of the JDK. As such the Docker library OpenJDK image is deprecated too. Instead of choose for each Java application what OpenJDK distribution to use, plan is to create a base nasqueron/jdk image. _____ ### Topics to discuss **1. What versions do we support?** That should at least include LTS versions like OpenJDK 17 and 21. That could include current OpenJDK version if any piece of software we maintain an image for needs it (for example OpenJDK 23). **2. What vendor do we use?** Eclipse Temurin, Amazon Corretto and SapMachine are well maintained. A matrix of pro/cons should be created, because it's not clear at all For example: - Eclipse Temurin is supported by a non-profit foundation - Defaults from SapMachine clearly aims to facilitate observability in production - Amazon Corretto updates frequently crypto packages **3. What do we use it for?** - rDO obviously - rDORB currently uses `tomcat:9.0.75-jre17` from Docker Library, currently switching to Eclipse Temurin **4. What do we include?** - Do we need J2EE features? - If on Debian/Ubuntu, would make sense to include equivs patch from https://github.com/nasqueron/docker-openfire/pull/6

OpenJDK doesn't maintain anymore open-source and supported releases of the JDK. As such the Docker library OpenJDK image is deprecated too. Instead of choose for each Java application what OpenJDK distribution to use, plan is to create a base nasqueron/jdk image. _____ ### Topics to discuss **1. What versions do we support?** That should at least include LTS versions like OpenJDK 17 and 21. That could include current OpenJDK version if any piece of software we maintain an image for needs it (for example OpenJDK 23). **2. What vendor do we use?** Eclipse Temurin, Amazon Corretto and SapMachine are well maintained. A matrix of pro/cons should be created, because it's not clear at all For example: - Eclipse Temurin is supported by a non-profit foundation - Defaults from SapMachine clearly aims to facilitate observability in production - Amazon Corretto updates frequently crypto packages **3. What do we use it for?** - rDO obviously - rDORB currently uses `tomcat:9.0.75-jre17` from Docker Library, currently switching to Eclipse Temurin **4. What do we include?** - Do we need J2EE features? - If on Debian/Ubuntu, would make sense to include equivs patch from https://github.com/nasqueron/docker-openfire/pull/6