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
WIP: Migrate javax -> jakarta (Jakarta EE 9) #4367
base: develop
Are you sure you want to change the base?
Conversation
3c7b3dc
to
9044863
Compare
@@ -11,7 +11,7 @@ jobs: | |||
runs-on: ubuntu-latest | |||
strategy: | |||
matrix: | |||
jdk: [11, 19] | |||
jdk: [17, 19] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think that's a migration we can do at this point - there's significant subset of our users that require support for Java 11.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see and can understand why. 😃 Could it be an option to require Java 17 to use the modules with spring/spring-boot dependencies - if I can find a way to configure it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With RDF4j V5 we can all go to java 17 IMHO. Maybe it is better I open that in a discussion topic though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With RDF4j V5 we can all go to java 17 IMHO. Maybe it is better I open that in a discussion topic though.
I hope so. I can start a discussion about this. It is a requirement for the javax -> jakarta migration that blocks a lot of other upgrades like servlet containers (Jetty, Tomcat), Spring/Spring Boot+++
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why would you need to bump this to Java 17? RDF4J compiled for Java 11 can still be used with Java 17, no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Spring Boot 3.x and Spring 6.x requires Java 17. And without upgrading Spring we cannot migrate from javax to jakarta. This is WIP. We need to find a smart way of doing this....
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, I had a misunderstanding: I was thinking that some (external) Spring app using Java 17 would not require RDF4J also being compiled for Java 17. But you are actually talking about the RDF4J workbench using Spring inside, so RDF4J depending on Spring, not the other way round, right?
So maybe we create a separate module that is using a Spring6/Spring Boot 3/Java 17 variant of the workbench?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The problem is the dependencies. You must choose, either javax or jakarta. Never both.
9044863
to
2ae0c02
Compare
e3c6b6b
to
d603a95
Compare
d603a95
to
86b7867
Compare
86b7867
to
0faba97
Compare
2179dc5
to
e88fdff
Compare
e88fdff
to
bf6d4ac
Compare
GitHub issue resolved: #
Briefly describe the changes proposed in this PR:
PR Author Checklist (see the contributor guidelines for more details):
mvn process-resources
to format from the command line)