Skip to content
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

Evaluate reducing required java version #58

Open
phughk opened this issue Jul 14, 2023 · 3 comments
Open

Evaluate reducing required java version #58

phughk opened this issue Jul 14, 2023 · 3 comments

Comments

@phughk
Copy link
Contributor

phughk commented Jul 14, 2023

We require users to use Java 17 - the latest LTS-supported Java language version and runtime.
However, internally in the driver, we probably aren't using any new functionality beyond Java 8. We can lower the required version of Java to support more projects.

Java version support table indicates that Java 8 can be used until 2030.

This issue is used both as a point of discussion and also as a ticket to undertake changing the required Java version.

@phughk
Copy link
Contributor Author

phughk commented Aug 24, 2023

Adding to this ticket - we probably want to keep 15 as the dev SDK and 8 as the binary SDK. Because we are using multi-line strings.

@Divine1
Copy link

Divine1 commented Jan 12, 2024

@phughk

Spring boot which is preferred by most folks supports only Jdk 17 and greater version from V3.0 and folks are migrating to V3.0. if underlying framework requires Jdk 17, there is no point in supporting prior versions of Jdk .

is it ok to assume folks who wants to use latest technologies (For eg. surrealdb) would start with jdk 17 and not previous versions?

@phughk
Copy link
Contributor Author

phughk commented Jan 25, 2024

It's a difficult one to answer. Java 8 has a really long support timeline. We always have the option to support whichever versions we want. But if we want to be able to onboard legacy codebases, then supporting older versions is beneficial.

Not all projects will be new - some may be splinter projects from a shared codebase that are struggling to upgrade java versions. So the earlier the supported version the better. But obviously this has caveats, such as not being able to use the latest functionality. The latest APIs for native code invocation are particularly of interest, for example.

Basically this is still to be decided, but it is good to know about Spring 3 supported version - thank you for sharing that!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants