v17.0
版本发布时间: 2021-08-03 16:10:02
graphql-java/graphql-java最新发布版本:v22.3(2024-09-05 11:15:52)
We are happy to announce v17.0 of graphql-java
https://github.com/graphql-java/graphql-java/milestone/31?closed=1
@deprecated
supported on input fields
In line with coming graphql spec changes, the @deprecated
annotation can now be placed on input fields and not just output fields as before.
https://github.com/graphql-java/graphql-java/pull/2186
Dramatic performance improvements in GraphQLSchema
building
The GraphQLSchema
is a graph of types and as such has to be built according to strict rules. The previous code would repeated visit and rebuilt the schema and this meant that large schemes could be slow to build.
This code has been extensively benchmarked and improved. For example on a very large and complex schema, total build time went from 3.5 seconds to 1.2 seconds.
Thank you to teams out there that used https://github.com/graphql-java/graphql-anonymizer to submit in real life schemas that we can test with.
Dramatic performance improvements in DataFetchingFieldSelectionSet
The classes that underlie the DataFetchingFieldSelectionSet
code have been been remodelled to be dramatically more performant. Before interfaces could create an exponential explosion in objects created. This has been fixed which in turn improves the performance of this code as scale.
Dramatic performance improvements in large query validation
The graphql spec calls for overlapping fields in fragments to be validated in a certain way. The previous code followed the specs psudeo-algorithm correctly but it leads to asymptotic performance problems.
This has been rewritten via https://github.com/graphql-java/graphql-java/pull/2495 based on this article https://tech.xing.com/graphql-overlapping-fields-can-be-merged-fast-ea6e92e0a01 which dramatically improves how fast large queries can validated.
Support of directives on fields and types during introspection
#2221 this is a non spec feature which lets you expose directives through Introspection
Reworked default value validation and improved Scalar coercion
#2325 This is a relatively big change which fixed up how default values are processed. Before that default values were never validated and custom Scalars could cause invalid values printed in SDL or Introspection. This PR includes a new Scalar coercion function valueToLiteral
which is needed to implement this correct behaviour.
Better Unicode support in documents
https://github.com/graphql-java/graphql-java/pull/2404 allows for better Unicode expression in queries and SDL documents
GraphQLContext is now the approved context mechanism
https://github.com/graphql-java/graphql-java/pull/2368 allows for a well known API for context within a graphql request. Previously any opaque object could be used and framework could was not able to make any assumptions about adding their own context properties
The old mechanism has been deprecated and a singleton (buy mutable) context object is now how context is passed around.
Ignored characters are no longer help in memory by default
Characters in a graphql document that are not significant to the syntax, such as spaces, new lines and comms, used to be captured in memory against AST nodes.
This is no longer the case and it saves memory from parsed documents. There is a switch to turn on the old behavior intended for tooling code.
https://github.com/graphql-java/graphql-java/pull/2394
Exception handlers can now be asynchronous
graphql-java operates in a asynchronous world and hence the code that handles exceptions in data fetchers should itself allow asynchronous handling.
https://github.com/graphql-java/graphql-java/pull/2371
Non standard scalars have been removed
graphql-java used to have non standard scalars like Byte
, Short
and Long
etc... These deprecated scalars have finally been removed and now reside in the https://github.com/graphql-java/graphql-java-extended-scalars library
Breaking changes
-
The boolean values acceptable as variable input the Boolean scalar have been tightened to
true
andfalse
- see https://github.com/graphql-java/graphql-java/pull/2419 -
The non standard
@Fetch
directive support has been removed by default and deprecated. This was done for performance reasons because very few people used it but it slowed down schema creation a lot -
The long deprecated
BatchedExecutionStrategy
andExecutorServiceExecutionStrategy
have finally been removed -
The non standard scalars like
Long
andShort
have been removed and moved to https://github.com/graphql-java/graphql-java-extended-scalars