Apollo Connectors Changelog
2025-02-18
Router 2.0.0 & Composition 2.10.0
New features
General availability of Apollo Connectors
Apollo Connectors is now generally available.
Migrating from Apollo Connectors preview releases
You must migrate your router connectors configuration to the GA format once you update your router to v2.0.0. When you update to v2.0.0, configurations from preview releases no longer work.
The key changes between preview and GA versions:
The top-level
preview-connectors
configuration has been renamed toconnectors
.Configuration that was previously under
subgraphs
has now moved tosources
.Each connector source is now configured under an entry combining the subgraph name and source name, separated by a
.
—for example,subgraph_name.source_name
.Any
$config
variables should now be placed under their corresponding source configuration.
For example, given the following preview configuration:
1preview_connectors:
2 # This applies globally to all connectors
3 max_requests_per_operation_per_source: 100
4 subgraphs:
5 example: # The name of the subgraph
6 $config:
7 my.config.value: true # Applies to all sources in this subgraph
8 sources:
9 v1: # Refers to @source(name: "v1")
10 # These configurations apply to connectors with the "v1" source in the "example" subgraph
11 override_url: 'https://localhost:5000'
12 max_requests_per_operation: 50
13 v2: # Refers to @source(name: "v2")
14 # These configurations apply to connectors with the "v2" source in the "example" subgraph
15 max_requests_per_operation: 100
The GA configuration would look like this:
1connectors:
2 # This applies globally to all connectors
3 max_requests_per_operation_per_source: 100
4 sources:
5 example.v1: # subgraph.source
6 # These configurations apply to connectors with the "v1" source in the "example" subgraph
7 override_url: 'https://localhost:5000'
8 max_requests_per_operation: 50
9 $config:
10 my.config.value: true # Applies to the "v1" source
11 example.v2: # subgraph.source
12 # These configurations apply to connectors with the "v2" source in the "example" subgraph
13 max_requests_per_operation: 25
14 another.config.value: true # Applies to the "v2" source
Deprecated preview releases
Deprecated preview releases
2025-02-06
Router 2.0.0-preview.6 & Composition 2.10.0-preview.6Fixes
- Improve composition performance
- Provide a clearer error when the version of connectors is incorrect in a
@link
directive
2025-01-31
Router 2.0.0-preview.5 & Composition 2.10.0-preview.5Breaking changes
- When the
->map
method is applied to a non-list value, the result is now a list. For example$(1)->map(@)
results in[1]
.
New features
- The Connectors Mapping Playground is officially available. Use it to experiment and troubleshoot mapping expressions.
New validations
- Validations on the
http.body
now catch more types of errors. For example, validations now flag selections that don't come from a variable (myField
instead of$this.myField
).
Fixes
- The router no longer tries to parse an empty API response. If your API responds with nothing, you can use literal values like
success: $(true)
to map to your schema. - The
@cost
and@listSize
directives are preserved to support Demand Control. - Types marked with
@external
are handled correctly.
2025-01-15
Router 2.0.0-preview.4 & Composition 2.10.0-preview.4Breaking changes
- Adding a
@key
directive to a type signals to the query planner that this subgraph implements an entity resolver for that type. When using connectors, you can accomplish this by adding anentity: true
argument to the connector.- If you see an error like
Entity resolution for @key(fields: "id") on Product is not implemented by a connector
, it means you need to either add anentity: true
connector or addresolvable: false
to the@key
directive. - See the Rules for
entity: true
for more details.
- If you see an error like
- Header expressions now match the behavior of URI templates, so arrays and objects are no longer allowed. You can restore the old behavior using
->jsonStringify
or explore other methods.
New features
- Includes all changes from router v1.59.1.
- Better type inference and validations for selection mappings.
- The
jsonStringify
value transformation is available to JSON stringify any value. - Expressions within URIs and headers now support the full power of mapping expressions.
- Within the dynamic
{ }
pieces of a URI or header, you can apply the same transformations allowed withinselection
andbody
. - The expression's result must be a simple scalar value.
- Arrays and objects can't be serialized into URI or header values.
- Within the dynamic
2024-12-09
Router 2.0.0-preview.3 & Composition 2.10.0-preview.3Breaking changes to URI templates
- Arrays and objects can no longer be used in URI templates. If you need to convert complex types into URI parameters, contact Apollo to request new functionality and how you'd like them to be serialized.
null
values will now render in URIs as empty strings (""
) instead of"null"
.- If an expression within the key or value of a query parameter is missing, it will now be rendered as an empty string instead of omitting the query parameter entirely.
- Missing values in path parameters will now render as empty strings instead of returning errors.
New validations
- Certain headers are already restricted by the router. Composition will now emit an error if one of these is set in
@source
or@connect
. - Variables used within headers are now validated at composition time.
New features
- Includes all changes from router v1.58.1.
$args
and$this
variables can be used in HTTP headers for connectors.- The
$context
variable is available in selection mapping, as well as URLs, headers, and body mappings. - The
$status
variable, representing the HTTP Status Code (200, 404, etc.) is available in selection mapping.
Bug fixes
- Fixed a couple of edge cases where composition would fail. A small fraction of supergraph still do not compose.
- Connectors debugging information is now included for multipart responses, like when
@defer
is used. - Composition will no longer emit "unused field" errors if another error (such as a selection parse error) happens first. This makes it easier to spot the most important errors.
- Escape sequences in selection and body strings are handled correctly.
2024-11-08
Router 2.0.0-preview.1 & Composition 2.10.0-preview.2New features
- Includes all changes from Router 1.57.0.
- Router telemetry can now be configured for connectors.
- Connectors can now invoke AWS HTTP APIs using SigV4.
- The
content-length
header is automatically set onPOST
,PATCH
, andPUT
requests. - Error messages for parsing errors in
@connect(selection:)
and@connect(http: { body: })
are more informative. - Using coprocessors to fetch authentication tokens is now easier. See authentication with coprocessors.
Bug fixes
- Fixed a bug where
$this.siblingField.nestedField
failed to compose. - A non-JSON response no longer causes all responses to fail.
2024-10-01
Router 2.0.0-preview.0 & Composition 2.10.0-preview.0Selection mapping enhancements
- To distinguish a path consisting of a single key from a field name,
you should now use
$.key
instead of.key
. The.key
syntax is now forbidden since it can accidentally parse as a continuation of a previous selection, whereas$.key
is unambiguous. - Multiple deeply nested properties can now be flattened into the same output
object alongside shallower properties:This selection produces an object withGraphQL
1id 2model 3choices->first.message { role content }
id
,model
,role
, andcontent
properties, all at the same level.Previously, to achieve the same output, it was necessary to repeat thechoices->first.message
path multiple times:GraphQL1id 2model 3role: choices->first.message.role 4content: choices->first.message.content
Improvements
- Includes all changes from router release 1.56.
2024-09-23
Router 2.0.0-alpha.7 & Composition 2.10.0-alpha.4Selection mapping enhancements
- Support for value transforms in selection mapping.
- Support for literal values in selection mapping.
New validations
- URL template arguments are now validated and must correspond to existing fields (
$this
) or arguments ($args
). entity: true
connectors have several new validations, including enforcing that arguments match entity fields.
2024-09-11
Router 2.0.0-alpha.6 & Composition 2.10.0-alpha.3New validations
- Require that all fields are resolvable through a connector.
New features
- Connectors now obey the
include_subgraph_errors
configuration.
Improvements
- Includes all changes from router release 1.54.
- When running the router in development mode, the local Sandbox will have the connectors debug panel enabled by default.
2024-09-06
Router 2.0.0-alpha.5 & Composition 2.10.0-alpha.2New validations
- Require that every field of an object is included in at least one
selection
. - When using connectors, require that fields with arguments use a
@connect
directive.
New features
- URL-encoded forms are now supported in
body
parameters.
Improvements
- Includes all changes from router release 1.52.1.
- Includes all changes from router release 1.53.0.
- Includes all changes from federation composition release 2.9.0.
- Better detect circular references in connector selections.
2024-08-20
Router 2.0.0-alpha.3 & Composition 2.10.0-alpha.0New validations
New errors will be caught during composition, which may cause previously successful compositions to fail:- Referring to a field name within
selection
which doesn't exist.
Improvements
- Fully support
$this
and$args
inhttp.body
. - Allow subgraph names which are not GraphQL identifiers, for example,
my-subgraph
. - Allow
$config
values in headers. - Ability to set request limits for connectors.