You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
builds are a multi-stage process. first the config file is resolved (get all the SDL from the various subgraphs) and THEN run composition afterwards. this means that BuildErrors will either be all config errors or all composition errors. currently we have that designation one layer under where I think we should have them. It'd be a better representation to have the error type on the BuildErrors type rather than the BuildError type.
The text was updated successfully, but these errors were encountered:
* Add a basic health check to the router
Provide a health check endpoint which behaves in the same way as the
health check on the gateway.
At this point in time it always returns pass because we don't have a
different health status to set.
resolves: apollographql#54
# [v0.1.0-alpha.3] 2022-01-11
## 🚀🌒 Public alpha release
> An alpha or beta release is in volatile, active development. The release might not be feature-complete, and breaking API changes are possible between individual versions.
## ✨ Features
- Trace sampling [apollographql#228](apollographql/router#228): Tracing each request can be expensive. The router now supports sampling, which allows us to only send a fraction of the received requests.
- Health check [apollographql#54](apollographql/router#54)
## 🐛 Fixes
- Schema parse errors [apollographql#136](apollographql/router#136): The router wouldn't display what went wrong when parsing an invalid Schema. It now displays exactly where a the parsing error occurred, and why.
- Various tracing and telemetry fixes [apollographql#237](apollographql/router#237): The router wouldn't display what went wrong when parsing an invalid Schema. It now displays exactly where a the parsing error occurred, and why.
- Query variables validation [apollographql#62](apollographql/router#62): Now that we have a schema parsing feature, we can validate the variables and their types against the schemas and queries.
builds are a multi-stage process. first the config file is resolved (get all the SDL from the various subgraphs) and THEN run composition afterwards. this means that
BuildErrors
will either be all config errors or all composition errors. currently we have that designation one layer under where I think we should have them. It'd be a better representation to have the error type on theBuildErrors
type rather than theBuildError
type.The text was updated successfully, but these errors were encountered: