[wildfly-dev] Re: Better synergies for WildFly Container images

On 4 Nov 2022, at 14:57, Brian Stansberry <brian.stansberry(a)redhat.com&gt; wrote: On Fri, Nov 4, 2022 at 7:14 AM Jean-Frederic Mesnil <jmesnil(a)redhat.com&gt; wrote: > > > On 3 Nov 2022, at 12:59, Jean-Frederic Mesnil <jmesnil(a)redhat.com&gt; wrote: > > I’m not planning to publish the latest tag anymore if we provide multiple > jdk versions. > > > Actually I changed my mind on this and I think we should continue to > provide a latest tag. > > The caveat with that floating tag is that it would point to the baseline > JDK version that we provide. For example for upcoming images that will be > built with JDK 11 and JDK 17, “latest” will point to “latest-jdk11”. > That seems odd to me. If we're going to continue to have 'latest' it seems intuitive it would mean 'latest JDK' as well. I get keeping 'latest' as 'JDK 11' for compatibility, and maybe that's fine right now as these changes haven't been socialized widely. But if we do that I think we should also announce that at point XXX (some time soon) the meaning of 'latest' will change to 'latest supported JDK’.Ok, Ok, we can put use “latest” to point to the most recent version of JDK (so JDK17 now). I find it more disruptive this way. As soon as we introduce e.g. JDK19, the users will switch from JDK 17 to JDK 19 without notice.

Keeping latest on the baseline JDK leaves more time for users to change their JDK settings.

In any case, I’d recommend to switch to latest-jdk11 or latest-jdk17 to avoid any abrupt changes of JDK versions that we can have with latest.

Jeff -- Jeff Mesnil Principal Software Engineer Red Hat http://jmesnil.net/