diff --git a/CHANGELOG.md b/CHANGELOG.md index 233c4e116b..b8540a9c16 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -4,6 +4,152 @@ All notable changes to Router will be documented in this file. This project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html). +# [1.0.0-rc.1] - 2022-09-16 + +> **Note** +> We're almost to 1.0! We've got a couple relatively small breaking changes to the configuration for this release (none to the API) that should be relatively easy to adapt to and a number of bug fixes and usability improvements. + +## ❗ BREAKING ❗ + +### Change `headers` propagation configuration ([PR #1795](https://github.com/apollographql/router/pull/1795)) + +While it wasn't necessary today, we want to avoid a necessary breaking change in the future by proactively making room for up-and-coming work. We've therefore introduced another level into the `headers` configuration with a `request` object, to allow for a `response` (see [Issue #1284](https://github.com/apollographql/router/issues/1284)) to be an _additive_ feature after 1.0. + +A rough look at this should just be a matter of adding in `request` and indenting everything that was inside it: + +```patch +headers: + all: ++ request: + - remove: + named: "test" +``` + +The good news is that we'll have `response` in the future! For a full set of examples, please see the [header propagation documentation](https://www.apollographql.com/docs/router/configuration/header-propagation/). + +By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1795 + +### Bind the Sandbox on the same endpoint as the Supergraph, again ([Issue #1785](https://github.com/apollographql/router/issues/1785)) + +We have rolled back an addition that we released in this week's `v1.0.0-rc.0` which allowed Sandbox (an HTML page that makes requests to the `supergraph` endpoint) to be on a custom socket. In retrospect, we believe it was premature to make this change without considering the broader impact of this change which ultimately touches on CORS and some developer experiences bits. Practically speaking, we may not want to introduce this because it complicates the model in a number of ways. + +For the foreseeable future, Sandbox will continue to be on the same listener address as the `supergraph` listener. + +It's unlikely anyone has really leaned into this much already, but if you've already re-configured `sandbox` or `homepage` to be on a custom `listen`-er and/or `path` in `1.0.0-rc.0`, here is a diff of what you should remove: + +```diff +sandbox: +- listen: 127.0.0.1:4000 +- path: / + enabled: false +homepage: +- listen: 127.0.0.1:4000 +- path: / + enabled: true +``` + +Note this means you can either enable the `homepage`, or the `sandbox`, but not both. + +By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1796 + +## πŸš€ Features + +### Automatically check "Return Query Plans from Router" checkbox in Sandbox ([Issue #1803](https://github.com/apollographql/router/issues/1803)) + +When loading Sandbox, we now automatically configure it to toggle the "Request query plans from Router" checkbox to the enabled position which requests query plans from the Apollo Router when executing operations. These query plans are displayed in the Sandbox interface and can be seen by selecting "Query Plan Preview" from the drop-down above the panel on the right side of the interface. + +By [@abernix](https://github.com/abernix) in https://github.com/apollographql/router/pull/1804 + +## πŸ› Fixes + +### Fix `--dev` mode when no configuration file is specified ([Issue #1801](https://github.com/apollographql/router/issues/1801)) ([Issue #1802](https://github.com/apollographql/router/issues/1802)) + +We've reconciled an issue where the `--dev` mode flag was being ignored when running the router without a configuration file. (While many use cases do require a configuration file, the Router actually doesn't _need_ a confguration in many cases!) + +By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1808 + +### Respect `supergraph`'s `path` for Kubernetes deployment probes ([Issue #1787](https://github.com/apollographql/router/issues/1787)) + +If you've configured the `supergraph`'s `path` property using the Helm chart, the liveness +and readiness probes now utilize these correctly. This fixes a bug where they continued to use the _default_ path of `/` and resulted in a startup failure. + +By [@damienpontifex](https://github.com/damienpontifex) in https://github.com/apollographql/router/pull/1788 + +### Get variable default values from the query for query plan condition nodes ([PR #1640](https://github.com/apollographql/router/issues/1640)) + +The query plan condition nodes, generated by the `if` argument of the `@defer` directive, were +not using the default value of the variable passed in as an argument. + +This _also_ fixes _default value_ validations for non-`@defer`'d queries. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/1640 + +### Correctly hot-reload when changing the `supergraph`'s `listen` socket ([Issue #1814](https://github.com/apollographql/router/issues/1814)) + +If you change the `supergraph`'s `listen` socket while in `--hot-reload` mode, the Router will now correctly pickup the change and bind to the new socket. + +By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1815 + +## πŸ›  Maintenance + +### Improve error message when querying non existent field ([Issue #1816](https://github.com/apollographql/router/issues/1816)) + +When querying a non-existent field you will get a better error message: + +```patch +{ + "errors": [ + { +- "message": "invalid type error, expected another type than 'Named type Computer'" ++ "message": "Cannot query field \"xxx\" on type \"Computer\"" + } + ] +} +``` + +By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1817 + +### Update `apollo-router-scaffold` to use the published `apollo-router` crate [PR #1782](https://github.com/apollographql/router/pull/1782) + +Now that `apollo-router` is released on [crates.io](https://crates.io/crates/apollo-router), we have updated the project scaffold to rely on the published crate instead of Git tags. + +By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1782 + +### Refactor `Configuration` validation ([Issue #1791](https://github.com/apollographql/router/issues/1791)) + +Instantiating `Configuration`s is now fallible, because it will run consistency checks on top of the already run structure checks. + +By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1794 + +### Refactor response-formatting tests ([Issue #1798](https://github.com/apollographql/router/issues/1798)) + +Rewrite the response-formatting tests to use a builder pattern instead of macros and move the tests to a separate file. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/1798 + +## πŸ“š Documentation + +### Add `rustdoc` documentation to various modules ([Issue #799](https://github.com/apollographql/router/issues/799)) + +Adds documentation for: + +- `apollo-router/src/layers/instrument.rs` +- `apollo-router/src/layers/map_first_graphql_response.rs` +- `apollo-router/src/layers/map_future_with_request_data.rs` +- `apollo-router/src/layers/sync_checkpoint.rs` +- `apollo-router/src/plugin/serde.rs` +- `apollo-router/src/tracer.rs` + +By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/1792 + +### Fixed `docs.rs` publishing error from our last release + +During our last release we discovered for the first time that our documentation wasn't able to compile on the [docs.rs](https://docs.rs) website, leaving our documentation in a [failed state](https://docs.rs/crate/apollo-router/1.0.0-rc.0/builds/629200). + +While we've reconciled _that particular problem_, we're now being affected by [this](https://docs.rs/crate/router-bridge/0.1.7/builds/629895) internal compiler errors (ICE) that [is affecting](https://github.com/rust-lang/rust/issues/101844) anyone using `1.65.0-nightly` builds circa today. Since docs.rs uses `nightly` for all builds, this means it'll be a few more days before we're published there. + +With thanks to [@SimonSapin](https://github.com/SimonSapin) in https://github.com/apollographql/federation-rs/pull/185 + # [1.0.0-rc.0] - 2022-09-14 ## ❗ BREAKING ❗ diff --git a/Cargo.lock b/Cargo.lock index d80abb2969..11d7d7a004 100644 --- a/Cargo.lock +++ b/Cargo.lock @@ -136,7 +136,7 @@ dependencies = [ [[package]] name = "apollo-router" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" dependencies = [ "access-json", "anyhow", @@ -244,7 +244,7 @@ dependencies = [ [[package]] name = "apollo-router-benchmarks" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" dependencies = [ "apollo-router", "async-trait", @@ -260,7 +260,7 @@ dependencies = [ [[package]] name = "apollo-router-scaffold" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" dependencies = [ "anyhow", "cargo-scaffold", @@ -6375,7 +6375,7 @@ dependencies = [ [[package]] name = "xtask" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" dependencies = [ "ansi_term", "anyhow", diff --git a/NEXT_CHANGELOG.md b/NEXT_CHANGELOG.md index 1c6ff786df..942a264d7b 100644 --- a/NEXT_CHANGELOG.md +++ b/NEXT_CHANGELOG.md @@ -26,130 +26,7 @@ By [@USERNAME](https://github.com/USERNAME) in https://github.com/apollographql/ # [x.x.x] (unreleased) - 2022-mm-dd ## ❗ BREAKING ❗ - -### Change header propagation configuration [PR #1795](https://github.com/apollographql/router/pull/1795) - -Adds `request` subsection into header propagation configuration to prepare for #1284 coming post 1.0 - -```patch -headers: - all: -+ request: - - remove: - named: "test" -``` - -By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1795 - -### Bind the Sandbox on the same endpoint as the Supergraph [#1785](https://github.com/apollographql/router/issues/1785) - -We have rolled back an addition that we released in yesteday’s `v1.0.0-rc.0` which allowed Sandbox to be on a custom listener address. -In retrospect, we believe it was premature to make this change without considering the broader impact of this change which touches on CORS and some developer experiences bits. -We would like more time to make sure we provide you with the best experience before we attempt to make the change again. - -Sandbox will continue to be on the same listener address as the GraphQL listener. - -If you have updated your configuration for `v1.0.0-rc.0` and enabled the sandbox here is a diff of what has changed: - -```diff -sandbox: -- listen: 127.0.0.1:4000 -- path: / - enabled: true -# make sure homepage is disabled! -homepage: - enabled: false -# do not forget to enable introspection, -# otherwise the sandbox won't work! -supergraph: - introspection: true -``` - -Note this means you can either enable the Homepage, or the Sandbox, but not both. - -By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1796 - - ## πŸš€ Features - -### Automatically check "Return Query Plans from Router" checkbox in Sandbox ([Issue #1803](https://github.com/apollographql/router/issues/1803)) - -When loading Sandbox, we now automatically configure it to toggle the "Request query plans from Router" checkbox to the enabled position which requests query plans from the Apollo Router when executing operations. These query plans are displayed in the Sandbox interface and can be seen by selecting "Query Plan Preview" from the drop-down above the panel on the right side of the interface. - -By [@abernix](https://github.com/abernix) in https://github.com/apollographql/router/pull/1804 - ## πŸ› Fixes - -### Fix dev mode when you don't specify a configuration file ([Issue #1801](https://github.com/apollographql/router/issues/1801)) ([Issue #1802](https://github.com/apollographql/router/issues/1802)) - -Previously the dev mode was ignored if you ran the router without a configuration file. - -By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1808 - -### Respect supergraph path for kubernetes deployment probes ([Issue #1787](https://github.com/apollographql/router/issues/1787)) - -For cases where you configured the `supergraph.path` for the router when using the helm chart, the liveness -and readiness probes continued to use the default path of `/` and so the start failed. - -By [@damienpontifex](https://github.com/damienpontifex) in https://github.com/apollographql/router/pull/1788 - -### Get variable default values from the query for query plan condition nodes ([PR #1640](https://github.com/apollographql/router/issues/1640)) - -The query plan condition nodes, generated by the `if` argument of the `@defer` directive, were -not using the default value of the variable passed in argument. - -Additionally, this fixes default value validation for all queries. - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/1640 - ## πŸ›  Maintenance - -### Improve error message when querying non existent field [Issue #1816](https://github.com/apollographql/router/issues/1816) - -When querying a non existent field you will get a better error. - -```patch -{ - "errors": [ - { -- "message": "invalid type error, expected another type than 'Named type Computer'" -+ "message": "Cannot query field \"xxx\" on type \"Computer\"" - } - ] -} -``` - -By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1817 - -### Update `apollo-router-scaffold` to use the published `apollo-router` crate [PR #1782](https://github.com/apollographql/router/pull/1782) - -Now that apollo-router version "1.0.0-rc.0" is released on [crates.io](https://crates.io/crates/apollo-router), we can update scaffold to it relies on the published crate instead of the git tag. - -By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1782 - -### Refactor Configuration validation [#1791](https://github.com/apollographql/router/issues/1791) - -Instantiating `Configuration`s is now fallible, because it will run consistency checks on top of the already run structure checks. - -By [@o0Ignition0o](https://github.com/o0Ignition0o) in https://github.com/apollographql/router/pull/1794 - -### Refactor formatting tests [#1798](https://github.com/apollographql/router/issues/1798) - -Rewrite the response formatting tests to use a builder instead of macros, and move the tests to a separate file. - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/1798 - ## πŸ“š Documentation - -### Add rustdoc documentation to varius modules ([Issue #799](https://github.com/apollographql/router/issues/799)) - -Adds documentation for: - -apollo-router/src/layers/instrument.rs -apollo-router/src/layers/map_first_graphql_response.rs -apollo-router/src/layers/map_future_with_request_data.rs -apollo-router/src/layers/sync_checkpoint.rs -apollo-router/src/plugin/serde.rs -apollo-router/src/tracer.rs - -By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/1792 diff --git a/apollo-router-benchmarks/Cargo.toml b/apollo-router-benchmarks/Cargo.toml index c4c81c0c86..99db1b9b54 100644 --- a/apollo-router-benchmarks/Cargo.toml +++ b/apollo-router-benchmarks/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "apollo-router-benchmarks" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" authors = ["Apollo Graph, Inc. "] edition = "2021" license = "LicenseRef-ELv2" diff --git a/apollo-router-scaffold/Cargo.toml b/apollo-router-scaffold/Cargo.toml index 95cec1ee2c..0308323136 100644 --- a/apollo-router-scaffold/Cargo.toml +++ b/apollo-router-scaffold/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "apollo-router-scaffold" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" authors = ["Apollo Graph, Inc. "] edition = "2021" license = "LicenseRef-ELv2" diff --git a/apollo-router-scaffold/templates/base/Cargo.toml b/apollo-router-scaffold/templates/base/Cargo.toml index c66beec680..004fc0e983 100644 --- a/apollo-router-scaffold/templates/base/Cargo.toml +++ b/apollo-router-scaffold/templates/base/Cargo.toml @@ -22,7 +22,7 @@ apollo-router = { path ="{{integration_test}}apollo-router" } apollo-router = { git="https://github.com/apollographql/router.git", branch="{{branch}}" } {{else}} # Note if you update these dependencies then also update xtask/Cargo.toml -apollo-router = "1.0.0-rc.0" +apollo-router = "1.0.0-rc.1" {{/if}} {{/if}} async-trait = "0.1.52" diff --git a/apollo-router-scaffold/templates/base/xtask/Cargo.toml b/apollo-router-scaffold/templates/base/xtask/Cargo.toml index 05692b5541..da6a69c6ee 100644 --- a/apollo-router-scaffold/templates/base/xtask/Cargo.toml +++ b/apollo-router-scaffold/templates/base/xtask/Cargo.toml @@ -13,7 +13,7 @@ apollo-router-scaffold = { path ="{{integration_test}}apollo-router-scaffold" } {{#if branch}} apollo-router-scaffold = { git="https://github.com/apollographql/router.git", branch="{{branch}}" } {{else}} -apollo-router-scaffold = { git="https://github.com/apollographql/router.git", tag="v1.0.0-rc.0"} +apollo-router-scaffold = { git="https://github.com/apollographql/router.git", tag="v1.0.0-rc.1"} {{/if}} {{/if}} anyhow = "1.0.58" diff --git a/apollo-router/Cargo.toml b/apollo-router/Cargo.toml index 43bd9c5415..837d9eb0f0 100644 --- a/apollo-router/Cargo.toml +++ b/apollo-router/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "apollo-router" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" authors = ["Apollo Graph, Inc. "] repository = "https://github.com/apollographql/router/" documentation = "https://www.apollographql.com/docs/router/" diff --git a/dockerfiles/tracing/docker-compose.datadog.yml b/dockerfiles/tracing/docker-compose.datadog.yml index 31c8f8fa7f..713d99a137 100644 --- a/dockerfiles/tracing/docker-compose.datadog.yml +++ b/dockerfiles/tracing/docker-compose.datadog.yml @@ -3,7 +3,7 @@ services: apollo-router: container_name: apollo-router - image: ghcr.io/apollographql/router:v1.0.0-rc.0 + image: ghcr.io/apollographql/router:v1.0.0-rc.1 volumes: - ./supergraph.graphql:/etc/config/supergraph.graphql - ./router/datadog.router.yaml:/etc/config/configuration.yaml diff --git a/dockerfiles/tracing/docker-compose.jaeger.yml b/dockerfiles/tracing/docker-compose.jaeger.yml index bb04e0728b..4e24593124 100644 --- a/dockerfiles/tracing/docker-compose.jaeger.yml +++ b/dockerfiles/tracing/docker-compose.jaeger.yml @@ -4,7 +4,7 @@ services: apollo-router: container_name: apollo-router #build: ./router - image: ghcr.io/apollographql/router:v1.0.0-rc.0 + image: ghcr.io/apollographql/router:v1.0.0-rc.1 volumes: - ./supergraph.graphql:/etc/config/supergraph.graphql - ./router/jaeger.router.yaml:/etc/config/configuration.yaml diff --git a/dockerfiles/tracing/docker-compose.zipkin.yml b/dockerfiles/tracing/docker-compose.zipkin.yml index de934ed028..e6076ce34f 100644 --- a/dockerfiles/tracing/docker-compose.zipkin.yml +++ b/dockerfiles/tracing/docker-compose.zipkin.yml @@ -4,7 +4,7 @@ services: apollo-router: container_name: apollo-router build: ./router - image: ghcr.io/apollographql/router:v1.0.0-rc.0 + image: ghcr.io/apollographql/router:v1.0.0-rc.1 volumes: - ./supergraph.graphql:/etc/config/supergraph.graphql - ./router/zipkin.router.yaml:/etc/config/configuration.yaml diff --git a/docs/source/containerization/docker.mdx b/docs/source/containerization/docker.mdx index 0b8249371c..175803d182 100644 --- a/docs/source/containerization/docker.mdx +++ b/docs/source/containerization/docker.mdx @@ -11,7 +11,7 @@ The default behaviour of the router images is suitable for a quickstart or devel Note: The [docker documentation](https://docs.docker.com/engine/reference/run/) for the run command may be helpful when reading through the examples. -Note: The exact image version to use is your choice depending on which release you wish to use. In the following examples, replace `` with your chosen version. e.g.: `v1.0.0-rc.0` +Note: The exact image version to use is your choice depending on which release you wish to use. In the following examples, replace `` with your chosen version. e.g.: `v1.0.0-rc.1` ## Override the configuration @@ -92,10 +92,10 @@ Usage: build_docker_image.sh [-b] [] Example 1: Building HEAD from the repo build_docker_image.sh -b Example 2: Building tag from the repo - build_docker_image.sh -b v1.0.0-rc.0 + build_docker_image.sh -b v1.0.0-rc.1 Example 3: Building commit hash from the repo build_docker_image.sh -b 1c220d35acf9ad2537b8edc58c498390b6701d3d - Example 4: Building tag v1.0.0-rc.0 from the released tarball - build_docker_image.sh v1.0.0-rc.0 + Example 4: Building tag v1.0.0-rc.1 from the released tarball + build_docker_image.sh v1.0.0-rc.1 ``` Note: The script has to be run from the `dockerfiles/diy` directory because it makes assumptions about the relative availability of various files. The example uses [distroless images](https://github.com/GoogleContainerTools/distroless) for the final image build. Feel free to modify the script to use images which better suit your own needs. diff --git a/docs/source/containerization/kubernetes.mdx b/docs/source/containerization/kubernetes.mdx index 6887c8f59b..d415ab6a4b 100644 --- a/docs/source/containerization/kubernetes.mdx +++ b/docs/source/containerization/kubernetes.mdx @@ -13,7 +13,7 @@ import { Link } from 'gatsby'; [Helm](https://helm.sh) is the package manager for kubernetes. -There is a complete [helm chart definition](https://github.com/apollographql/router/tree/v1.0.0-rc.0/helm/chart/router) in the repo which illustrates how to use helm to deploy the router in kubernetes. +There is a complete [helm chart definition](https://github.com/apollographql/router/tree/v1.0.0-rc.1/helm/chart/router) in the repo which illustrates how to use helm to deploy the router in kubernetes. In both the following examples, we are using helm to install the router: - into namespace "router-deploy" (create namespace if it doesn't exist) @@ -29,7 +29,7 @@ router docker images. You can use helm to install charts from an OCI registry as follows: ```bash -helm install --set router.configuration.telemetry.metrics.prometheus.enabled=true --set managedFederation.apiKey="REDACTED" --set managedFederation.graphRef="REDACTED" --create-namespace --namespace router-deploy router-test oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.0 --values router/values.yaml +helm install --set router.configuration.telemetry.metrics.prometheus.enabled=true --set managedFederation.apiKey="REDACTED" --set managedFederation.graphRef="REDACTED" --create-namespace --namespace router-deploy router-test oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.1 --values router/values.yaml ``` For more details about using helm with OCI based registries, see [here](https://helm.sh/docs/topics/registries/) @@ -64,10 +64,10 @@ kind: ServiceAccount metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.0 + helm.sh/chart: router-1.0.0-rc.1 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.0.0-rc.0" + app.kubernetes.io/version: "v1.0.0-rc.1" app.kubernetes.io/managed-by: Helm --- # Source: router/templates/secret.yaml @@ -76,10 +76,10 @@ kind: Secret metadata: name: "release-name-router" labels: - helm.sh/chart: router-1.0.0-rc.0 + helm.sh/chart: router-1.0.0-rc.1 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.0.0-rc.0" + app.kubernetes.io/version: "v1.0.0-rc.1" app.kubernetes.io/managed-by: Helm data: managedFederationApiKey: "UkVEQUNURUQ=" @@ -90,10 +90,10 @@ kind: ConfigMap metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.0 + helm.sh/chart: router-1.0.0-rc.1 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.0.0-rc.0" + app.kubernetes.io/version: "v1.0.0-rc.1" app.kubernetes.io/managed-by: Helm data: configuration.yaml: | @@ -113,10 +113,10 @@ kind: Service metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.0 + helm.sh/chart: router-1.0.0-rc.1 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.0.0-rc.0" + app.kubernetes.io/version: "v1.0.0-rc.1" app.kubernetes.io/managed-by: Helm spec: type: ClusterIP @@ -135,10 +135,10 @@ kind: Deployment metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.0 + helm.sh/chart: router-1.0.0-rc.1 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.0.0-rc.0" + app.kubernetes.io/version: "v1.0.0-rc.1" app.kubernetes.io/managed-by: Helm annotations: @@ -164,7 +164,7 @@ spec: - name: router securityContext: {} - image: "ghcr.io/apollographql/router:v1.0.0-rc.0" + image: "ghcr.io/apollographql/router:v1.0.0-rc.1" imagePullPolicy: IfNotPresent args: - --hot-reload @@ -215,10 +215,10 @@ kind: Pod metadata: name: "release-name-router-test-connection" labels: - helm.sh/chart: router-1.0.0-rc.0 + helm.sh/chart: router-1.0.0-rc.1 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.0.0-rc.0" + app.kubernetes.io/version: "v1.0.0-rc.1" app.kubernetes.io/managed-by: Helm annotations: "helm.sh/hook": test diff --git a/docs/source/federation-version-support.mdx b/docs/source/federation-version-support.mdx index a9b44c38c6..9048d911f7 100644 --- a/docs/source/federation-version-support.mdx +++ b/docs/source/federation-version-support.mdx @@ -23,7 +23,15 @@ The table below shows which version of federation each router release is compile - v1.0.0-rc.0 and later (see latest releases) + v1.0.0-rc.1 and later (see latest releases) + + + 2.1.2-alpha.2 + + + + + v1.0.0-rc.0 2.1.2-alpha.1 diff --git a/helm/chart/router/Chart.yaml b/helm/chart/router/Chart.yaml index f5a0395570..071daadec4 100644 --- a/helm/chart/router/Chart.yaml +++ b/helm/chart/router/Chart.yaml @@ -15,10 +15,10 @@ type: application # This is the chart version. This version number should be incremented each time you make changes # to the chart and its templates, including the app version. # Versions are expected to follow Semantic Versioning (https://semver.org/) -version: 1.0.0-rc.0 +version: 1.0.0-rc.1 # This is the version number of the application being deployed. This version number should be # incremented each time you make changes to the application. Versions are not expected to # follow Semantic Versioning. They should reflect the version the application is using. # It is recommended to use it with quotes. -appVersion: "v1.0.0-rc.0" +appVersion: "v1.0.0-rc.1" diff --git a/helm/chart/router/README.md b/helm/chart/router/README.md index 559858c15c..3179b8b7d2 100644 --- a/helm/chart/router/README.md +++ b/helm/chart/router/README.md @@ -2,7 +2,7 @@ [router](https://github.com/apollographql/router) Rust Graph Routing runtime for Apollo Federation -![Version: 1.0.0-rc.0](https://img.shields.io/badge/Version-1.0.0--rc.0-informational?style=flat-square) ![Type: application](https://img.shields.io/badge/Type-application-informational?style=flat-square) ![AppVersion: v1.0.0-rc.0](https://img.shields.io/badge/AppVersion-v1.0.0--rc.0-informational?style=flat-square) +![Version: 1.0.0-rc.1](https://img.shields.io/badge/Version-1.0.0--rc.1-informational?style=flat-square) ![Type: application](https://img.shields.io/badge/Type-application-informational?style=flat-square) ![AppVersion: v1.0.0-rc.1](https://img.shields.io/badge/AppVersion-v1.0.0--rc.1-informational?style=flat-square) ## Prerequisites @@ -11,7 +11,7 @@ ## Get Repo Info ```console -helm pull oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.0 +helm pull oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.1 ``` ## Install Chart @@ -19,7 +19,7 @@ helm pull oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.0 **Important:** only helm3 is supported ```console -helm upgrade --install [RELEASE_NAME] oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.0 --values my-values.yaml +helm upgrade --install [RELEASE_NAME] oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.1 --values my-values.yaml ``` _See [configuration](#configuration) below._ @@ -70,7 +70,7 @@ helm show values apollographql/router | resources | object | `{}` | | | rhai | object | `{"input_file":""}` | If using rhai, specify the location of your input file | | rhai.input_file | string | `""` | input rhai file, contents will be stored in a ConfigMap | -| router | object | `{"args":["--hot-reload"],"configuration":{"graphql":{"listen":"0.0.0.0:80"}}}` | See https://www.apollographql.com/docs/router/configuration/overview#configuration-file for yaml structure | +| router | object | `{"args":["--hot-reload"],"configuration":{"supergraph":{"listen":"0.0.0.0:80"}}}` | See https://www.apollographql.com/docs/router/configuration/overview#configuration-file for yaml structure | | securityContext | object | `{}` | | | service.annotations | object | `{}` | | | service.port | int | `80` | | diff --git a/scripts/install.sh b/scripts/install.sh index 818eba09b5..55de0c72c4 100755 --- a/scripts/install.sh +++ b/scripts/install.sh @@ -11,7 +11,7 @@ BINARY_DOWNLOAD_PREFIX="https://github.com/apollographql/router/releases/downloa # Router version defined in apollo-router's Cargo.toml # Note: Change this line manually during the release steps. -PACKAGE_VERSION="v1.0.0-rc.0" +PACKAGE_VERSION="v1.0.0-rc.1" download_binary() { downloader --check diff --git a/xtask/Cargo.toml b/xtask/Cargo.toml index 72b6dae56c..ac368a2ca6 100644 --- a/xtask/Cargo.toml +++ b/xtask/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "xtask" -version = "1.0.0-rc.0" +version = "1.0.0-rc.1" authors = ["Apollo Graph, Inc. "] edition = "2021" license = "Elastic-2.0"