Replies: 4 comments 2 replies
-
We are likely to delay this move until after a non breaking changes 20.1 is released. After that - Java 11 |
Beta Was this translation helpful? Give feedback.
-
We (Netflix) are in the process of moving everything to 17, so this will likely be fine for us. I'm curious, though, what's the reason for moving to 11? Is it language features? 11 seems a bit odd because it is likely going to break a lot of users, but it doesn't really move the needle for the language yet. |
Beta Was this translation helpful? Give feedback.
-
Hi @paulbakker ... thanks for your feedback. I like to think about upgrading to 11 more as an maintenance task. You are right that this is not a major jump in terms of feature or langue in general, but for example even minor things help us: the translation properties can be UTF-8 and we can upgrade the Antlr parser to a new version to name two examples. In general Java 11 feels like a good middle ground at the moment: GraphQL Java will continue to be conservative with the Java version we develop against, because it is a widely used library, but at the same time we want to be somewhat up to date. I hope that make sense. |
Beta Was this translation helpful? Give feedback.
-
I'm just catching up on this, moving up from a much lower graphql-java in our product. I was thinking that it seems like quite a short runway to get upgraded - potentially only 6 months between 21 being released and 20 no longer having bug fixes/security remediations? Is this the timescale you see us ending up with? Particularly given that the upgrade likely requires people changing their infrastructure to accommodate the different JVM it could be tricky. It's not all that straightforward to move our users from Java 8 to Java 11 in service. :-) |
Beta Was this translation helpful? Give feedback.
-
See https://www.graphql-java.com/blog/java-11-required for the announcement.
Please leave feedback and discuss here.
Beta Was this translation helpful? Give feedback.
All reactions