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
Resolvers Composition follows the signature of resolvers which is always Type.field. So due to the resolution algorithm of GraphQL-js, I don't think it is possible to make this work in that way because each resolver is independent from the resolution of the parent.
I am not sure "namespace-types" is part of GraphQL Spec or GraphQL-js implementation. It seems too specific for a library.
But I'm open for contributions if it is something we can support in GraphQL Tools without adding a dependency or breaking the other users.
Issue workflow progress
Progress of the issue based on the Contributor Workflow
Describe the bug
When I use namespace-types I can't use resolvers-composition, because the resolver-composition does not allow depth, but only :
${typeName}.${field}
Namespace-types : https://graphql-rules.com/rules/mutation-namespaces
Code line : https://github.com/ardatan/graphql-tools/blob/master/packages/resolvers-composition/src/resolvers-composition.ts#L69
To Reproduce
Steps to reproduce the behavior:
Namespace-types : https://graphql-rules.com/rules/mutation-namespaces
and
https://www.graphql-tools.com/docs/resolvers-composition#supported-path-matcher-format
Expected behavior
Based on the documentation:
If namespace-types are possible we should be able to do this kind of thing:
Environment:
@graphql-tools/resolvers-composition
:Thank you in advance for your consideration and feedback
The text was updated successfully, but these errors were encountered: