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
Is your feature request related to a problem? Please describe.
GBFS v3 changed a number of fields from simple strings into translated fields. I would like to survey actual usage in the wild
of these fields to see if we can make a breaking change directly in the GraphQL schema for these fields, or if we have to add new fields like "translatedName" alongside the "name" field, and go through a lengthy deprecation phase.
This solution is not great, because it involves sifting through large amounts of logs, which is impractical and probably costly.
What we actually need is instrumentation on selection field level similar to what is offered by Apollo GraphQL's field level instrumentation https://www.apollographql.com/docs/apollo-server/api/plugin/usage-reporting. I've yet to find an open and available solution that offers this, so we might have to write one ourselves.
Additional context
This change is related to ongoing work in #412 / #475
The text was updated successfully, but these errors were encountered:
testower
changed the title
Add request logging instrumentation for graphql requests
Add selection field instrumentation for graphql requests
Jun 12, 2024
Is your feature request related to a problem? Please describe.
GBFS v3 changed a number of fields from simple strings into translated fields. I would like to survey actual usage in the wild
of these fields to see if we can make a breaking change directly in the GraphQL schema for these fields, or if we have to add new fields like "translatedName" alongside the "name" field, and go through a lengthy deprecation phase.
Goal / high level use-case
Add selection field instrumentation
Describe the solution you'd like
See entur/tiamat@7660413 and graphql-java-kickstart/graphql-spring-boot#335 for solution.
This solution is not great, because it involves sifting through large amounts of logs, which is impractical and probably costly.
What we actually need is instrumentation on selection field level similar to what is offered by Apollo GraphQL's field level instrumentation https://www.apollographql.com/docs/apollo-server/api/plugin/usage-reporting. I've yet to find an open and available solution that offers this, so we might have to write one ourselves.
Additional context
This change is related to ongoing work in #412 / #475
The text was updated successfully, but these errors were encountered: