Skip to content
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

Interface Merge Behaviour #90

Open
PascalSenn opened this issue Dec 30, 2024 · 0 comments
Open

Interface Merge Behaviour #90

PascalSenn opened this issue Dec 30, 2024 · 0 comments

Comments

@PascalSenn
Copy link
Contributor

Currently, the composite schema specification does not support interface objects in the same way other federation implementations do. While we allow interfaces to merge, the post-validation process will fail if not all implementing types provide all required fields.

This behavior allows interfaces to span multiple services, but it introduces a significant constraint: if a field is added to the interface, all services implementing the interface must participate in the change. This limits flexibility and could lead to tight coupling across services.

How should the merging and validation of interfaces be handled in the composite schema specification?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant