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
Make sure to fork this template and run yarn generate in the terminal.
Please make sure Mesh package versions under package.json matches yours.
2. A failing test has been provided
3. A local solution has been provided
4. A pull request is pending review
Describe the bug
There are two GraphQL sources, books and animals. Both have a heartbeat query that returns a String. Both services function on their own, and return a valid heartbeat.
In .meshrc.yaml the services are wrapped twice, where the outer wrapper has the same name, platform.
The schema typedefs meshes/merges as expected. When running the heartbeat on the first encapsulated service it works as expected.
The expected behavior is that graphql mesh meshes the resolvers of encapsulated services, since they are not colliding or conflicting. Each encapsulated service resides under a different name (e.g. library or pets).
Environment:
OS: MacOS 12.5.1, M1 Pro
"@graphql-mesh/graphql": "^0.33.5",
"@graphql-mesh/transform-encapsulate": "^0.4.4",
NodeJS: v16.18.1
Additional context
I tried to globally encapsulate the entire schema. This does work for both heartbeats but it encapsulates the additional types and resolvers, not just the source underlying schemas, so it's not a viable solution.
The text was updated successfully, but these errors were encountered:
Issue workflow progress
Progress of the issue based on the Contributor Workflow
Describe the bug
There are two GraphQL sources, books and animals. Both have a
heartbeat
query that returns a String. Both services function on their own, and return a valid heartbeat.In
.meshrc.yaml
the services are wrapped twice, where the outer wrapper has the same name,platform
.The schema typedefs meshes/merges as expected. When running the heartbeat on the first encapsulated service it works as expected.
The second encapsulated heartbeat fails:
Changing the second encapsulation to a different name, such as
platform2
resolves the problem, but it's not an acceptable solution.To Reproduce
Steps to reproduce the behavior:
Execute query:
Expected behavior
The expected behavior is that graphql mesh meshes the resolvers of encapsulated services, since they are not colliding or conflicting. Each encapsulated service resides under a different name (e.g. library or pets).
Environment:
Additional context
I tried to globally encapsulate the entire schema. This does work for both heartbeats but it encapsulates the additional types and resolvers, not just the source underlying schemas, so it's not a viable solution.
The text was updated successfully, but these errors were encountered: