-
-
Notifications
You must be signed in to change notification settings - Fork 826
Schema stitching and transforms to remove ID pointers #1118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Thanks - yes I saw that PR. The problem isn't the lack of such a filter, but the fact that it can't be applied to a field used as the fragment id in stitching without breaking stitching itself. |
I haven't actually used that transform myself, as it is not yet been merged. but I would think either (a) merging the transformed schema and then delegating to the original schema or (b) transforming the merged schema would work... Are you able to share the code you have worked on so far? |
Ah, I think I get why (a) doesn't work. What about (b)? |
In particular, I mean something along the lines of
|
In graphql-tools-fork, you can do this without another delegation layer with just Progress! |
Type merging is better solution, see #1306 |
With reference to the example of Chirps and Authors outlined here, I want to hide the Chirp.authorId field from API clients so that they only see the "stitched" field Chirp.author.
Having attempted this with a bespoke schema transform it appears not to be possible as the fragment needed for the stitching relies on authorId. Have I missed something, or is there an alternative approach; having both fields exposed seems a bit of an anti-pattern.
The text was updated successfully, but these errors were encountered: