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

chore(deps): update dependency @apollo/gateway to v2 - autoclosed #1478

Closed
wants to merge 1 commit into from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Feb 21, 2023

Mend Renovate

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
@apollo/gateway ^0.42.0 -> ^0.42.0 || ^2.0.0 age adoption passing confidence

Release Notes

apollographql/federation

v2.3.3

Compare Source

Patch Changes
  • Update @​apollo/utils.logger typings dependency (#​2269)

  • Exposes, for each subgraph request, the path in the overall gateway operation at which that subgraph request gets inserted. This path is now available as the pathInIncomingRequest field in the arguments of RemoteGraphQLDataSource.willSendRequest and RemoteGraphQLDataSource.didReceiveResponse. (#​2384)

  • Previously the queryPlanStoreKey was a hash of the query concatenated with an unhashed operationName if it was present. This resulted in variable length cache keys that could become unnecessarily long, occupying additional space in the query plan cache. (#​2310)

    This change incorporates the operationName into the hash itself (if operationName is present).

  • Update @​apollo/utils.createhash package, which drops support for node 12 (#​2266)

  • Update @​apollo/utils.isnodelike package, which dropped support for node 12 (#​2268)

  • Update @​apollo/utils.fetcher package, which drops support for node 12 (#​2267)

  • Updated dependencies [71a07f30]:

v2.3.2

Compare Source

Patch Changes

v2.3.1

Compare Source

Patch Changes

This CHANGELOG pertains only to Apollo Federation packages in the 2.x range. The Federation v0.x equivalent for this package can be found here on the version-0.x branch of this repo.

v2.3.0

Compare Source

  • Fix unexpected composition error about @shareable field when @external is on a type in a fed1 schema (one without @link) PR #​2343.
  • Fix issue with some @interfaceObject queries due to missing "input rewrites" PR #​2346.

v2.2.3

Compare Source

v2.2.2

Compare Source

  • Fix issue with path in query plan's deferred nodes PR #​2281.

v2.2.1

Compare Source

  • Fix federation spec always being expanded to the last version PR #​2274.

v2.2.0

Compare Source

  • BREAKING: Disable exposing full document to sub-query by default (introduced 2.1.0):
    • This change decreases memory consumption in general (which is the reason for disabling this by
      default), but users that have custom code making use of GraphQLDataSourceProcessOptions.document
      will now need to explicitly set GatewayConfig.queryPlannerConfig.exposeDocumentNodeInFetchNode.
  • BREAKING: composition now rejects @shareable on interface fields. The @shareable directive is about
    controlling if multiple subgraphs can resolve a particular field, and as interface field are never directly resolved
    (it's their implementation that are), having @shareable on interface fields is not completely meaningful and
    was never meant to be supported. If an existing subgraph does have a @shareable on an interface field, this
    will now be rejected, but the @shareable can simply and safely be removed since it previously was ignored.
  • Allows @shareable to be repeatable so it can be allowed on both a type definition and its extensions PR #​2175.
    • Note that this require the use of the new 2.2 version of the federation spec introduced in this change.
  • Preserve default values of input object fields PR #​2218.
  • Drop support for node12 PR #​2202
  • Fix issue where QP was generating invalid plan missing some data #​361.
  • Avoid reusing named fragments that are invalid for the subgraph PR #​2255.
  • Fix QP not always type-exploding interface when necessary PR #​2246.
  • Fix potential QP issue with shareable root fields PR #​2239.
  • Correctly reject field names starting with __ PR #​2237.
  • Fix error when a skipped enum value had directives applied PR #​2232.
  • Preserve default values of input object fields PR #​2218.

v2.1.4

Compare Source

  • Ensures supergraph @defer/@stream definitions of supergraph are not included in the API schema PR #​2212.
  • Optimize plan for defer where only keys are fetched PR #​2182.
  • Improves error message to help with misspelled source of an @override PR #​2181.
  • Fix validation of variable on input field not taking default into account PR #​2176.

v2.1.3

Compare Source

  • Fix building subgraph selections using the wrong underlying schema PR #​2155.

v2.1.2

Compare Source

  • Allow fields with arguments in @requires PR #​2120.
  • Fix potential inefficient planning due to __typename PR #​2137.
  • Fix potential assertion during query planning PR #​2133.
  • Fix some defer query plans having invalid result sets (with empty branches) PR #​2125.
  • Fix defer information lost when cloning fetch group (resulting in non-deferred parts) PR #​2129.
  • Fix directives on fragment spread being lost PR #​2126.

v2.1.1

Compare Source

v2.1.0

Compare Source

  • The method RemoteGraphQLDataSource.errorFromResponse now returns a GraphQLError (as defined by graphql) rather than an ApolloError (as defined by apollo-server-errors). PR #​2028
    • BREAKING: If you call RemoteGraphQLDataSource.errorFromResponse manually and expect its return value to be a particular subclass of GraphQLError, or if you expect the error received by didEncounterError to be a particular subclass of GraphQLError, then this change may affect you. We recommend checking error.extensions.code instead.
  • The LocalGraphQLDataSource class no longer supports the undocumented __resolveObject Apollo Server feature. PR #​2007
    • BREAKING: If you relied on the undocumented __resolveObject feature with LocalGraphQLDataSource, it will no longer work. If this affects you, file an issue and we can help you find a workaround.
  • Fix issue when using a type condition on an inaccessible type in @require #​1873.
    • BREAKING: this fix required passing a new argument to the executeQueryPlan method, which is technically
      exported by the gateway. Most users of the gateway should not call this method directly (which is exported mainly
      for testing purposes in the first place) and will thus be unaffected, but if you do call this method directly, you
      will have to pass the new argument when upgrading. See the method documentation for details.
  • Reject directive applications within fields of @key, @provides and @requiresPR #​1975.
    • BREAKING: previously, directive applications within a @key, @provides or @requires were parsed but
      not honored in any way. As this change reject such applications (at composition time), it could theoretically
      require to remove some existing (ignored) directive applications within a @key, @provides or @requires.
  • Fix issue where fragment expansion can erase applied directives (most notably @defer) PR #​2093.
  • Fix abnormally high memory usage when extracting subgraphs for some fed1 supergraphs (and small other memory footprint improvements) PR #​2089.
  • Fix issue with fragment reusing code something mistakenly re-expanding fragments PR #​2098.
  • Fix issue when type is only reachable through a @​provides PR #​2083.
  • Fix case where some key field necessary to a @require fetch were not previously fetched PR #​2075.
  • Add type definitions to schema extensions PR #​2081
  • Update peer dependency graphql to ^16.5.0 to use GraphQLErrorOptions PR #​2060
  • Upgrade underlying @apollo/utils.fetcher to support aborting a request. This is a type-only change, and will not impact the underlying runtime. PR #​2017.
  • Some TypeScript types, such as the arguments and return value of GraphQLDataSource.process, are defined using types from the @apollo/server-gateway-interface package instead of from apollo-server-types and apollo-server-core. This is intended to be fully backwards-compatible; please file an issue if this leads to TypeScript compilation issues. PR #​2044
  • Don't require @link when using @composeDirective PR #​2046
  • Don't do debug logging by default PR #​2048
  • Add @composeDirective directive to specify directives that should be merged to the supergraph during composition PR #​1996.
  • Fix fragment reuse in subgraph fetches PR #​1911.
  • Custom fetchers should now accept a Request object which has a signal: AbortSignal property https://fetch.spec.whatwg.org/#requestinit for request timeout purposes. PR #​2017
  • Expose document representation of sub-query request within GraphQLDataSourceProcessOptions so that it is available to RemoteGraphQLDataSource.process and RemoteGraphQLDataSource.willSendRequest PR#​1878
  • Cleanup error related code, adding missing error code to a few errors PR #​1914.
  • Fix issue generating plan for a "diamond-shaped" dependency PR #​1900.
  • Fix issue computing query plan costs that can lead to extra unnecessary fetches PR #​1937.
  • Move DEFAULT_UPLINK_ENDPOINTS to static member of UplinkSupergraphManager PR #​1977.
  • Add node-fetch as a runtime dependency PR #​1970.
  • Add timeouts when making requests to Apollo Uplink PR #​1950.
  • Avoid type-explosion with fed1 supergraphs using a fed2 query planner PR #​1994.
  • Add callback when fetching a supergraph from Apollo Uplink fails PR #​1812.
  • Expand support for Node.js v18 PR #​1884

v2.0.5

Compare Source

  • Fix bug with unsatisfiable query branch when handling federation 1 supergraph PR #​1908.

v2.0.4

Compare Source

  • Fix issue when all root operations were defined in an extend schema PR #​1875.

v2.0.3

Compare Source

  • Fix bug with type extension of empty type definition PR #​1821
  • Fix output of printSubgraphSchema method, ensuring it can be read back by composition and buildSubgraphSchema PR #​1831.
  • Fix issue with @requires and conditional queries (@include/@skip) 1835.
  • Fix bug with field covariance when the underlying plan use type-explosion 1859.

v2.0.2

Compare Source

  • BREAKING: We no longer export a getDefaultFetcher function. This function returned the default fetch implementation used to talk to Uplink (which is distinct from the default fetch implementation used by RemoteGraphQLDataSource to talk to subgraphs). It was the fetcher from make-fetch-happen v8 with some preset configuration relating to caching and request headers. However, the caching configuration was not actually being used when talking to Uplink (as we talk to Uplink over POST requests, and the Uplink protocol has an application-level mechanism for avoiding unnecessary large responses), and the request headers were already being provided explicitly by the Uplink client code. Since this release is also upgrading make-fetch-happen, it is impossible to promise that there would be no behavior change at all to the fetcher returned from make-fetch-happen, and as none of the preset configuration is actually relevant to the internal use of getDefaultFetcher (which now just uses make-fetch-happens without extra configuration), we have removed the function. If you were using this function, you can replace const fetcher = getDefaultFetcher() with import fetcher from 'make-fetch-happen'. PR #​1805
  • The fetch implementation used by default by UplinkFetcher and RemoteGraphQLDataSource is now imported from make-fetch-happen v10 instead of v8. The fetcher used by RemoteGraphQLDataSource no longer limits the number of simultaneous requests per subgraph (or specifically, per host/port pair) to 15 by default; instead, there is no limit. (If you want to restore the previous behavior, install make-fetch-happen, import fetcher from it, and pass new RemoteGraphQLDataSource({ fetcher: fetcher.defaults(maxSockets: 15)})) in your buildService option.) Note that if you invoke the fetcher yourself in a RemoteGraphQLDataSource subclass, you should ensure that you pass "plain" objects rather than Headers or Request objects, as the newer version has slightly different logic about how to recognize Headers and Request objects. We have adjusted the TypeScript types for fetcher so that only these "plain" objects (which result in consistent behavior across all fetcher implementations) are permitted. PR #​1805
  • Fix Schema.clone when directive application happens before definition PR #​1785
  • More helpful error message for errors encountered while reading supergraphs generated pre-federation 2 PR #​1796
  • Fix handling of @​require "chains" (a @​require whose fields have @​require themselves) PR #​1790
  • Fix bug applying an imported federation directive on another directive definition PR #​1797.
  • Fix bug where planning a query with @require impacts the plans of followup queries PR #​1783.
  • Improve fed1 schema support during composition PR #​1735
  • Add missing @​apollo/federation-internals dependency to gateway PR #​1721
  • Improve merging of groups during @require handling in query planning PR #​1732
  • Move __resolveReference resolvers on to extensions PR #​1746
  • Add gateway version to schema extensions PR #​1751
  • Honor directive imports when directive name is spec name PR #​1720
  • Migrate to @apollo/utils packages for createSHA and isNodeLike PR #​1765

v2.0.1

Compare Source

  • Use for: SECURITY in the core/link directive application in the supergraph for @inaccessible PR #​1715

v2.0.0

Compare Source

  • Previous preview release promoted to general availability! Please see previous changelog entries for full info.

v0.54.1

Compare Source

v0.52.1

Compare Source

v0.52.0

Compare Source

v0.51.0

Compare Source

v0.50.2

Compare Source

v0.50.1

Compare Source

v0.50.0

Compare Source

v0.49.0

Compare Source

v0.48.3

Compare Source

v0.48.1

Compare Source

v0.48.0

Compare Source

v0.47.0

Compare Source

v0.46.0

Compare Source

v0.45.1

Compare Source

v0.45.0

Compare Source

v0.44.1

Compare Source

v0.44.0

Compare Source

v0.43.1

Compare Source

v0.43.0

Compare Source


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

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.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate. View repository job log here.

@renovate renovate bot added the Type: Maintenance Repository Maintenance label Feb 21, 2023
@renovate
Copy link
Contributor Author

renovate bot commented Feb 21, 2023

⚠ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

  • any of the package files in this branch needs updating, or
  • the branch becomes conflicted, or
  • you click the rebase/retry checkbox if found above, or
  • you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: package-lock.json
npm ERR! code ERESOLVE
npm ERR! ERESOLVE could not resolve
npm ERR! 
npm ERR! While resolving: nestjs-graphql-relay@9.0.0
npm ERR! Found: graphql@15.8.0
npm ERR! node_modules/graphql
npm ERR!   peer graphql@"^14.5.0 || ^15.0.0" from @apollo/core-schema@0.1.1
npm ERR!   node_modules/@apollo/core-schema
npm ERR!   peer graphql@"^15.5.3" from @apollo/federation@0.33.9
npm ERR!   node_modules/@apollo/federation
npm ERR!   28 more (@apollo/query-planner, @apollo/subgraph, ...)
npm ERR! 
npm ERR! Could not resolve dependency:
npm ERR! peer @apollo/gateway@"^0.42.0 || ^2.0.0" from nestjs-graphql-relay@9.0.0
npm ERR! packages/nestjs-graphql-relay
npm ERR!   nestjs-graphql-relay@9.0.0
npm ERR!   node_modules/nestjs-graphql-relay
npm ERR!     workspace packages/nestjs-graphql-relay from the root project
npm ERR!     1 more (example)
npm ERR! 
npm ERR! Conflicting peer dependency: graphql@16.6.0
npm ERR! node_modules/graphql
npm ERR!   peer graphql@"^16.5.0" from @apollo/gateway@2.3.3
npm ERR!   node_modules/@apollo/gateway
npm ERR!     peer @apollo/gateway@"^0.42.0 || ^2.0.0" from nestjs-graphql-relay@9.0.0
npm ERR!     packages/nestjs-graphql-relay
npm ERR!       nestjs-graphql-relay@9.0.0
npm ERR!       node_modules/nestjs-graphql-relay
npm ERR!         workspace packages/nestjs-graphql-relay from the root project
npm ERR!         1 more (example)
npm ERR! 
npm ERR! Fix the upstream dependency conflict, or retry
npm ERR! this command with --force or --legacy-peer-deps
npm ERR! to accept an incorrect (and potentially broken) dependency resolution.
npm ERR! 
npm ERR! 
npm ERR! For a full report see:
npm ERR! /tmp/renovate-cache/others/npm/_logs/2023-03-10T14_39_45_575Z-eresolve-report.txt

npm ERR! A complete log of this run can be found in:
npm ERR!     /tmp/renovate-cache/others/npm/_logs/2023-03-10T14_39_45_575Z-debug-0.log

@renovate renovate bot force-pushed the renovate/major-apollo-graphql-packages branch 5 times, most recently from 01c7f4c to e67c205 Compare February 28, 2023 14:44
@renovate renovate bot force-pushed the renovate/major-apollo-graphql-packages branch 3 times, most recently from 2108dde to 5c42af2 Compare March 7, 2023 08:03
@renovate renovate bot force-pushed the renovate/major-apollo-graphql-packages branch from 5c42af2 to 75df422 Compare March 10, 2023 14:39
@renovate renovate bot changed the title chore(deps): update dependency @apollo/gateway to v2 chore(deps): update dependency @apollo/gateway to v2 - autoclosed Mar 13, 2023
@renovate renovate bot closed this Mar 13, 2023
@renovate renovate bot deleted the renovate/major-apollo-graphql-packages branch March 13, 2023 14:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Maintenance Repository Maintenance
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

0 participants