Replies: 1 comment 1 reply
-
Hmmmm, seems to make sense, but not sure if there's any downsides to this. I guess we'd just have multiple tags for the same thing. I don't see anything majorly wrong with it at a first glance. The only issue/problem I see is documenting the mapping, but we need that anyway because we can limit ourself to the GraalVM and/or Oracle versioning scheme. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Starting with the latest GraalVM release, GraalVM adopted a new version scheme which essentially means that GraalVM inherits the version of the JDK it's based on, e.g. GraalVM for JDK 20 Community 20.0.1. Mandrel, however, still follows the YY.X version possibly making it hard for users to map upstream GraalVM versions to the corresponding Mandrel version.
To fix (or mitigate) this, Quarkus builder images are tagged both with the new and the old version scheme:
However, since we don't do the same with our GitHub releases, other tools (and users) might find it hard to do the mapping.
For instance, with the new release of GraalVM and the new versioning scheme SDKMAN introduced two new
java
candidates,graalce
for GraalVM CE andgraal
for Oracle GraalVM. In the past there was only thegrl
candidate for GraalVM CE releases that could easily be mapped to the corresponding Mandrel version, but appears to no longer be used for new releases.FWIW, the GraalVM versions on SDKMAN look like this:
So I wonder if it would make sense for the Mandrel repository to introduce jdk-XX tags along with the YY.X tags.
cc @jerboaa @Karm @galderz
Beta Was this translation helpful? Give feedback.
All reactions