GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GraphQL Java baseline will move to Java 17 (including DataLoader) · graphql-java/graphql-java · Discussion #4504

GraphQL Java baseline will move to Java 17 (including DataLoader) #4504

andimarek started this conversation in General
GraphQL Java baseline will move to Java 17 (including DataLoader) #4504
@andimarek andimarek
Oct 19, 2026 · 2 comments · 1 reply
Return to top
Discussion options
  • Uh oh!

    There was an error while loading. Please reload this page.

andimarek
Oct 19, 2026
Maintainer

Quick announcement: GraphQL Java will require Java 17 as the minimum Java version, starting from the next release. This will also include DataLoader.

You must be logged in to vote
All reactions
  • 👍 1

Replies: 2 comments · 1 reply

Comment options
  • Uh oh!

    There was an error while loading. Please reload this page.

saivamshidanthoju
Oct 20, 2026

Thanks for the update! Will moving the minimum Java version to Java 17 also allow GraphQL Java to make greater use of modern Java features, such as records and sealed classes, in future releases? It would be helpful to understand how this change may benefit developers using GraphQL Java.

You must be logged in to vote
All reactions
0 replies
Comment options
  • Uh oh!

    There was an error while loading. Please reload this page.

bbakerman
Oct 21, 2026
Maintainer

Moving to Java 17 does indeed allow the code base to use features such as records and sealed classes. But these aren't really the driver of moving to a new base JVM version.

Rather its really about being able to "depend" on certain Java behaviours (say around memory) and reducing the test matrix we have to support in builds.

I don't think this really this is about "this change may benefit developers using GraphQL Java." since Java is such an excellent platform that cares about backwards compatibility so code build on Java 11 runs on Java 21 no worries. I don't think this helps or hinders consuming developers.

We have traditionally been "very slow" to update the minimum Java version needed because we know there are companies that move quite slowly in JVM adoption. But the JVM release cycle has gotten much faster in the last 4 years and companies are also adopting JVM versions faster and hence we need to move up a LTS version.

You must be logged in to vote
All reactions
1 reply
@saivamshidanthoju
Comment options
  • Uh oh!

    There was an error while loading. Please reload this page.

saivamshidanthoju Oct 21, 2026

That makes sense. Moving to Java 17 as the minimum version seems like a practical step toward simplifying the build and test matrix while keeping up with the faster LTS release cycle. It’s interesting how the main motivation is runtime behavior and maintainability rather than just access to newer language features. Thanks for explaining the reasoning behind this change!

All reactions
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
💬
General
Labels
None yet
3 participants
@andimarek @bbakerman @saivamshidanthoju
You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.