This repository was archived by the owner on Sep 20, 2023. It is now read-only.
Update dependency graphql-tools to v8 #4477
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
^4.0.5->^8.0.0Release Notes
ardatan/graphql-tools
v8.2.0Compare Source
Minor Changes
c5b0719: feat: GraphQL v16 supportPatch Changes
c5b0719]v8.1.0Compare Source
Minor Changes
b39588c: Deprecategraphql-toolswith a more clear message;This package has been deprecated and now it only exports makeExecutableSchema.
It will no longer receive updates.
We strongly recommend you to migrate to scoped packages such as @graphql-tools/schema, @graphql-tools/utils and etc.
Check out https://www.graphql-tools.com to learn which packages you should use instead!
v8.0.0Compare Source
Major Changes
7d3e300: BREAKING CHANGEmakeExecutableSchemafrom@graphql-tools/schema@graphql-tools/*) because this npm package will no longer get updatedPatch Changes
7d3e300]7d3e300]7d3e300]7d3e300]7d3e300]v7.0.5Compare Source
Patch Changes
52971f4: fix(graphql-tools): provide @apollo/client as an optional packageeae2879]v7.0.4Compare Source
Patch Changes
v7.0.3Compare Source
Patch Changes
2492665]2492665]2492665]v7.0.2Compare Source
Patch Changes
fb14cd2: Added export from new optimize packagefb14cd2]v7.0.1Compare Source
Patch Changes
294dedd]294dedd]2b6c813]8133a90]2b6c813]v7.0.0Compare Source
Major Changes
a925449: - Resolver validation options should now be set toerror,warnorignorerather thantrueorfalse. In previous versions, some of the validators caused errors to be thrown, while some issued warnings. This changes brings consistency to validator behavior.allowResolversNotInSchemahas been renamed torequireResolversToMatchSchema, to harmonize the naming convention of all the validators. The default setting ofrequireResolversToMatchSchemaiserror, matching the previous behavior.The
delegateToSchemareturn value has matured and been formalized as anExternalObject, in which all errors are integrated into the GraphQL response, preserving their initial path. Those advanced users accessing the result directly will note the change in error handling. This also allows for the deprecation of unnecessary helper functions includingslicedError,getErrors,getErrorsByPathSegmentfunctions. Only external errors with missing or invalid paths must still be preserved by annotating the remote object with special properties. The newgetUnpathedErrorsfunction is therefore necessary for retrieving only these errors. Note also the newannotateExternalObjectandmergeExternalObjectsfunctions, as well as the renaming ofhandleResulttoresolveExternalValue.Transform types and the
applySchemaTransformsare now relocated to thedelegatepackage;applyRequestTransforms/applyResultTransformsfunctions have been deprecated, however, as this functionality has been replaced since v6 by theTransformerabstraction.The
transformRequest/transformResultmethods are now provided additionaldelegationContextandtransformationContextarguments -- these were introduced in v6, but previously optional.The
transformSchemamethod may wish to create additional delegating resolvers and so it is now provided thesubschemaConfigand final (non-executable)transformedSchemaparameters. As in v6, thetransformSchemais kicked off once to produce the non-executable version, and then, if a wrapping schema is being generated, proxying resolvers are created with access to the (non-executable) initial result. In v7, the individualtransformSchemamethods also get access to the result of the first run, if necessary, they can create additional wrapping schema proxying resolvers.applySchemaTransformsparameters have been updated to match and support thetransformSchemaparameters above.wrapSchemaandgenerateProxyingResolversnow only take a single options argument with named properties of typeSubschemaConfig. The previously possible shorthand version with first argument consisting of aGraphQLSchemaand second argument representing the transforms should be reworked as aSubschemaConfigobject.Similarly, the
ICreateProxyingResolverOptionsinterface that provides the options for thecreateProxyingResolverproperty ofSubschemaConfigoptions has been adjusted. Theschemaproperty previously could be set to aGraphQLSchemaor aSubschemaConfigobject. This property has been removed in favor of asubschemaConfigproperty that will always be aSubschemaConfigobject. Thetransformsproperty has been removed; transforms should be included within theSubschemaConfigobject.`The format of the wrapping schema has solidified. All non-root fields are expected to use identical resolvers, either
defaultMergedResolveror a custom equivalent, with root fields doing the hard work of proxying. Support for custom merged resolvers throughtcreateMergedResolverhas been deprecated, as custom merging resolvers conflicts when using stitching's type merging, where resolvers are expected to be identical across subschemas.The
WrapFieldstransform'swrappingResolveroption has been removed, as this complicates multiple wrapping layers, as well as planned functionality to wrap subscription root fields in potentially multiple layers, as the wrapping resolvers may be different in different layers. Modifying resolvers can still be performed by use of an additional transform such asTransformRootFieldsorTransformObjectFields.The
ExtendSchematransform has been removed, as it is conceptually simpler just to usestitchSchemaswith one subschema.The
ReplaceFieldsWithFragment,AddFragmentsByField,AddSelectionSetsByField, andAddMergedTypeSelectionSetstransforms has been removed, as they are superseded by theAddSelectionSetsandVisitSelectionSetstransforms. TheAddSelectionSetspurposely takes parsed SDL rather than strings, to nudge end users to parse these strings at build time (when possible), rather than at runtime. Parsing of selection set strings can be performed using theparseSelectionSetfunction from@graphql-tools/utils.stitchSchemas'smergeTypesoption is now true by default! This causes theonTypeConflictoption to be ignored by default. To useonTypeConflictto select a specific type instead of simply merging, simply setmergeTypesto false.schemasargument has been deprecated, usesubschemas,typeDefs, ortypes, depending on what you are stitching.When using batch delegation in type merging, the
argsFromKeysfunction is now set only via theargsFromKeysproperty. Previously, ifargsFromKeyswas absent, it could be read fromargs.Support for fragment hints has been removed in favor of selection set hints.
stitchSchemasnow processes allGraphQLSchemaandSubschemaConfigsubschema input into newSubschemaobjects, handling schema config directives such aso@computedas well as generating the final transformed schema, stored as thetransformedSchemaproperty, if transforms are used. Signatures of theonTypeConflict,fieldConfigMerger, andinputFieldConfigMergerhave been updated to include metadata related to the original and transformed subschemas. Note the property name change foronTypeConflictfromschematosubschema.args,context, andinfowithparentavailable asthisrather than as the first argument.filterSchema'sfieldFilterwill now filter all fields across Object, Interface, and Input types. For the previous Object-only behavior, switch to theobjectFieldFilteroption.fieldNodesutility functions have been removed.typeContainsSelectionSetfunction has been removed, andtypesContainSelectionSethas been moved to thestitchpackage.Operationtype has been removed in favor ofOperationTypeNodefrom upstream graphql-js.applySchemaTransforms/applyRequestTransforms/applyResultTransformshave been removed from theutilspackage, as they are implemented elsewhere or no longer necessary.Patch Changes
a925449]v6.2.6Compare Source
Patch Changes
96a7555: Fix releaseLast PATCH release actually transitively updated graphql-tools and @graphql-tools/delegate to use latest MAJOR version of dependencies.
Updated dependencies [
96a7555]v6.2.5Compare Source
Patch Changes
be1a157]v6.2.4Compare Source
Patch Changes
533d6d5: Bump all packages to allow adjustments32c3c4f]32c3c4f]32c3c4f]32c3c4f]32c3c4f]533d6d5]v6.2.3Compare Source
What’s Changed
🚀 Features
v6.2.2Compare Source
What’s Changed
🧰 Enhancements
🐛 Bug Fixes
v6.2.1Compare Source
What’s Changed
🧰 Enhancements
🐛 Bug Fixes
v6.2.0Compare Source
What’s Changed
🚀 Features
🐛 Bug Fixes
v6.1.0Compare Source
What’s Changed
🧰 Enhancements
🐛 Bug Fixes
v6.0.18Compare Source
✏️ Docs
🧰 Enhancements
parseto support converting comments into descriptions @dotansimha (#1900)v6.0.17Compare Source
What’s Changed
🚀 Features
🐛 Bug Fixes
instanceof Promiseto useis-promiselibrary @cajames (#1837)v6.0.16Compare Source
What’s Changed
🧰 Enhancements
🐛 Bug Fixes
v6.0.15Compare Source
What’s Changed
🚀 Features
graphql-tag/loader(more customizable, much smaller output, bundle size improvements) @kamilkisiela (#1815)🧰 Enhancements
🐛 Bug Fixes
v6.0.14Compare Source
What’s Changed
🚀 Features
🧰 Enhancements
🐛 Bug Fixes
v6.0.13Compare Source
What’s Changed
🚀 Features
🧰 Enhancements
🐛 Bug Fixes
v6.0.12Compare Source
What’s Changed
🐛 Bug Fixes
v6.0.11Compare Source
What’s Changed
🚀 Features
🐛 Bug Fixes
mergeDirectives@rufman (#1671)v6.0.10Compare Source
What’s Changed
🚀 Features
🐛 Bug Fixes
v6.0.9Compare Source
v6.0.8Compare Source
UrlLoader.v6.0.7Compare Source
skipGraphQLImport's behaviorv6.0.6Compare Source
generateProxyingResolversto public API for v6.0.0 (#1570) - Thanks @marcammann !v6.0.5Compare Source
v6.0.4Compare Source
v6.0.3Compare Source
@graphql-tools/url-loaderto fetch queries using HTTP GET Query GraphQL backend with HTTP GET ardatan/graphql-mesh#478v6.0.2Compare Source
@graphql-tools/url-loaderandintrospectSchemahttps://github.com/dotansimha/graphql-code-generator/issues/4098loadFilespath resolving issue in@graphql-tools/load-files(#1542)@graphql-tools/url-loaderv6.0.1Compare Source
graphql-toolsnpm package (#1524)v6.0.0Compare Source
A huge v6 release with a new monorepo structure!
You can learn more about changes by checking out our:
New Monorepo Structure
v5.0.0Compare Source
That is a major release where we went through all issues and PRs and got the library back into great shape.
All known issues with schema stitching had been fixed.
The main person which did the heavy lifting is @yaacovCR which made the work alone on his own fork for many months.
List of changes:
Features
makeRemoteExecutableSchema,wrapSchema,transformSchema,mergeSchemasto specify a custom delegating resolver #1302mapSchema(which creates new schemas),visitSchema(which modifies existing schemas),healSchema(which visitSchema uses),toConfig, as well as additional utility functions #1070 #922 #786 #761 PR #1307Bug Fixes
graphql-js#1331Configuration
📅 Schedule: "before 2am" (UTC).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by WhiteSource Renovate. View repository job log here.