-
Notifications
You must be signed in to change notification settings - Fork 163
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
Java 11 requirement #353
Comments
strictly speaking, there is no urgency to move off the old Java version(s). Java 11 and 14 do bring some improvements, and whether or not they are super useful can be debated of course, but overall I think it is reasonable to assume that the Java world will be gradually moving off end-of-life products, it is just a question of WHEN. a major redmine library release (4.x) looks like a good place to make that change. if someone wants to stay on the old pre-Java-11 version, they can do this, no rush to migrate. no active development is happening in this project. |
Thanks a lot for your answer, I think we have a quite different view on obsoletion. Which is ok, as it is a matter of different perspectives. Personally I consider everything that is not an LTS release as not relevant, so this leaves Java 8 (supported until 2022/2030) and Java 11 (supported until 2023/2028) in the game. I think the next LTS isn't even defined yet. And yes , I find records tempting as well. As my wish to you and all other authors of library code: Please be as defensive as possible with runtime upgrades. Not everyone is able to follow an upgrade route easily. Maybe I'm just getting old ... :) |
Today I noticed, that the 4.0.0.rc2 build is now requiring Java 11, previous versions where requiring Java 8.
What is the rationale behind this?
I think if the sources are not really suddenly requiring Java 11 language features it would be much more friendly to consuming applications to stay at Java 8.
The text was updated successfully, but these errors were encountered: