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.
Some schema design specifications e.g. Relay require a generic resolver node(id: ID!): Node which, in a federated subgraph forwards the request to the corresponding routing-url / subgraph server e.g. via a domain/entity prefix in ID.
For example, a ID like foo:cms:123 must be forwarded to the CMS subgraph as node(id: ID): Node, while foo:coral:comment:123 should go to the comments subgraph, foo:epg:broadcast:123 to the EPG domain, and so on.
WunderGraph commits fully to Open Source and we want to make sure that we can help you as fast as possible.
The roadmap is driven by our customers and we have to prioritize issues that are important to them.
You can influence the priority by becoming a customer. Please contact us here.
Component(s)
No response
Is your feature request related to a problem? Please describe.
Some schema design specifications e.g. Relay require a generic resolver
node(id: ID!): Node
which, in a federated subgraph forwards the request to the corresponding routing-url / subgraph server e.g. via a domain/entity prefix in ID.For example, a ID like
foo:cms:123
must be forwarded to the CMS subgraph asnode(id: ID): Node
, whilefoo:coral:comment:123
should go to the comments subgraph,foo:epg:broadcast:123
to the EPG domain, and so on.Describe the solution you'd like
Some method/hook inside of cosmo-router to define the logic how queries to the
node(id: ID!)
should be resolvedDescribe alternatives you've considered
One could deploy an additional subgraph in on own service which could proxy the requests to the corresponding subgraph.
Additional context
Additional resources
The text was updated successfully, but these errors were encountered: