All notable changes to Router will be documented in this file.
This project adheres to Semantic Versioning.
Apollo uplink: Configurable schema poll timeout (PR #2271)
In addition to the url and poll interval, Uplink poll timeout can now be configured via command line arg and env variable:
--apollo-uplink-timeout <APOLLO_UPLINK_TIMEOUT>
The timeout for each of the polls to Apollo Uplink. [env: APOLLO_UPLINK_TIMEOUT=] [default: 30s]It defaults to 30 seconds.
By @o0Ignition0o in apollographql#2271
Traces won't cause missing field-stats (Issue #2267)
Previously if a request was sampled for tracing it was not contributing to metrics correctly. This was a particular problem for users with a high sampling rate. Now metrics and traces have been separated so that metrics are always comprehensive and traces are ancillary.
By @bryncooke in apollographql#2277
Replace notify recommended watcher with PollWatcher (Issue #2245)
We noticed that we kept receiving issues about hot reload. We tried to fix this a while back by moving from HotWatch to Notify, but there are still issues. The problem appears to be caused by having different mechanisms on different platforms. Switching to the PollWatcher, which offers less sophisticated functionality but is the same on all platforms, should solve these issues at the expense of slightly worse reactiveness.
By @garypen in apollographql#2276
Keep the error path when redacting subgraph errors (Issue #1818)
Error redaction was erasing the error's path, which made it impossible to affect the errors to deferred responses. Now the redacted errors keep the path. Since the response shape for the primary and deferred responses are defined from the API schema, there is no possibility of leaking internal schema information here.
By @Geal in apollographql#2273
Return more consistent errors (Issue #2101)
Change some of our errors we returned by following this specs. It adds a code field in extensions describing the current error.
By @bnjjj in apollographql#2178
Introduce a router_service (Issue #1496)
A router_service is now part of our service stack, which allows plugin developers to process raw http requests and raw http responses, that wrap the already available supergraph_service