Skip to content

Releases: apollographql/apollo-server

@apollo/server-gateway-interface@1.0.7

23 Nov 19:17
9724e0f
Compare
Choose a tag to compare

Patch Changes

  • #7187 3fd7b5f26 Thanks @trevor-scheer! - Update @apollo/utils.keyvaluecache dependency to the latest patch which correctly specifies its version of lru-cache.

@apollo/server-gateway-interface@1.0.6

23 Nov 02:23
12176ad
Compare
Choose a tag to compare

Patch Changes

@apollo/usage-reporting-protobuf@4.0.2

09 Nov 20:06
83b3205
Compare
Choose a tag to compare

Patch Changes

  • #7134 361ca5c8e Thanks @renovate! - Update @apollo/protobufjs to drop its hopefully-unnecessary dependency on (an old version of) @types/node.

@apollo/server@4.1.1

03 Nov 20:57
54659e7
Compare
Choose a tag to compare

Patch Changes

  • #7118 c835637be Thanks @glasser! - Provide new GraphQLRequestContext.requestIsBatched field to gateways, because we did add it in a backport to AS3 and the gateway interface is based on AS3.

  • Updated dependencies [c835637be]:

    • @apollo/server-gateway-interface@1.0.5

@apollo/server-integration-testsuite@4.1.1

03 Nov 20:57
54659e7
Compare
Choose a tag to compare

Patch Changes

  • Updated dependencies [c835637be]:
    • @apollo/server@4.1.1

@apollo/server-gateway-interface@1.0.5

03 Nov 20:57
54659e7
Compare
Choose a tag to compare

Patch Changes

  • #7118 c835637be Thanks @glasser! - Provide new GraphQLRequestContext.requestIsBatched field to gateways, because we did add it in a backport to AS3 and the gateway interface is based on AS3.

@apollo/server@4.1.0

02 Nov 15:54
943fd7f
Compare
Choose a tag to compare

Minor Changes

  • 2a2d1e3b4 Thanks @glasser! - The cache-control HTTP response header set by the cache control plugin now properly reflects the cache policy of all operations in a batched HTTP request. (If you write the cache-control response header via a different mechanism to a format that the plugin would not produce, the plugin no longer writes the header.) For more information, see advisory GHSA-8r69-3cvp-wxc3.

  • 2a2d1e3b4 Thanks @glasser! - Plugins processing multiple operations in a batched HTTP request now have a shared requestContext.request.http object. Changes to HTTP response headers and HTTP status code made by plugins operating on one operation can be immediately seen by plugins operating on other operations in the same HTTP request.

  • 2a2d1e3b4 Thanks @glasser! - New field GraphQLRequestContext.requestIsBatched available to plugins.

@apollo/server-integration-testsuite@4.1.0

02 Nov 15:54
943fd7f
Compare
Choose a tag to compare

Minor Changes

  • 2a2d1e3b4 Thanks @glasser! - The cache-control HTTP response header set by the cache control plugin now properly reflects the cache policy of all operations in a batched HTTP request. (If you write the cache-control response header via a different mechanism to a format that the plugin would not produce, the plugin no longer writes the header.) For more information, see advisory GHSA-8r69-3cvp-wxc3.

  • 2a2d1e3b4 Thanks @glasser! - Plugins processing multiple operations in a batched HTTP request now have a shared requestContext.request.http object. Changes to HTTP response headers and HTTP status code made by plugins operating on one operation can be immediately seen by plugins operating on other operations in the same HTTP request.

  • 2a2d1e3b4 Thanks @glasser! - New field GraphQLRequestContext.requestIsBatched available to plugins.

  • #7114 c1651bfac Thanks @trevor-scheer! - Directly depend on Apollo Server rather than as a peer

Patch Changes

@apollo/server@4.0.5

31 Oct 21:26
fae90e7
Compare
Choose a tag to compare

Patch Changes

  • #7104 15d8d65e0 Thanks @glasser! - New ApolloServerPluginSchemaReportingDisabled plugin which can override the APOLLO_SCHEMA_REPORTING environment variable.

  • #7101 e4e7738be Thanks @glasser! - Manage memory more efficiently in the usage reporting plugin by allowing large objects to be garbage collected more quickly.

  • #7101 e4e7738be Thanks @glasser! - The usage reporting plugin now defaults to a 30 second timeout for each attempt to send reports to Apollo Server instead of no timeout; the timeout can be adjusted with the new requestTimeoutMs option to ApolloServerPluginUsageReporting. (Apollo's servers already enforced a 30 second timeout, so this is unlikely to break any existing use cases.)

  • #7104 15d8d65e0 Thanks @glasser! - It is now an error to combine a "disabled" plugin such as ApolloServerPluginUsageReportingDisabled with its enabled counterpart such as ApolloServerPluginUsageReporting.

@apollo/server-integration-testsuite@4.0.5

31 Oct 21:26
fae90e7
Compare
Choose a tag to compare

Patch Changes