-
Feature
-
Resolution: Done
-
Major
-
2.7.5.GA
-
None
-
4
-
False
-
False
-
https://gitlab.cee.redhat.com/quarkus-documentation/quarkus/-/merge_requests/515, https://gitlab.cee.redhat.com/quarkus-documentation/quarkus/-/merge_requests/558, https://gitlab.cee.redhat.com/quarkus-documentation/quarkus/-/merge_requests/570, https://gitlab.cee.redhat.com/quarkus-documentation/quarkus/-/merge_requests/575/diffs
-
Quarkus Docs Sprint 8, Quarkus Docs Sprint 9, Quarkus Docs Sprint 10, Quarkus Docs Sprint 11
SME: manderse@redhat.com
The Elektra release will add the capability of generating projects based on Java 17.
In 2.2.5, the Quarkus tooling (Maven Plugin, CLI) only allows generating projects based on Java 11. Java 17 is supported but the projects must be configured to use Java 17 manually by updating the project POM and Dockerfiles, etc.
In Elektra the manual re-configuration will not be necessary in projects generated using Quarkus developer tools.
According to information from Thomas, code.quarkus.redhat.com will be an exception to this, because it will not support generating projects based on Java 17 in Elektra.
Docs impact:
OpenShift Guide
As a result, we'll need to update the section of the OpenShift guide that describes manually setting the Java version.
We can repurpose this section to describe how to manually set the Java version in a Quarkus project (This would be somewhat useful for modifying project created using code.quarkus.redhat.com)
Release Notes
Similarly to what we did when we introduced Java 17 support in 2.2.5, we should document this change in the Release notes under New and Changed Features.
- impacts account
-
QUARKUS-1691 Lift and Shift deploying your Quarkus applications to OpenShift guide for Elektra
- Closed
- is related to
-
QUARKUS-2020 `code.quarkus.redhat.com` has a hidden dropbox in order to pointing to Quarkus 2.7
- Closed
-
QUARKUS-1382 Openshift Non-s2i deployment fails with JDK17
- Closed
- mentioned on