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
onError is aimed to be merged in the spec and allow new services to use true nullability (!) without conflating nulls and errors.
@semanticNonNull is for the transition. It allows existing services that cannot change fields to non-nullable (!) because that would increase the blast radius of errors for older clients to still signal semantic nullability to newer clients.
This PR adds support of @semanticNonNull so that there can never be null without an error in those locations. If a resolver ever returns null, an error is added, just like for non-null fields.
The reason will be displayed to describe this comment to others. Learn more.
Ah yes, sorry should have left a comment there. This is because the @semanticNonNull directive definition now puts the Int type by defaults in all schemas. So it's either we change to float, or we check operations.size() == 3 just below.
Since this class is about testing schema diffs, I thought keeping the diff as large as possible was the best way forward.
Hello, this pull request has been inactive for 60 days, so we're marking it as stale. If you would like to continue working on this pull request, please make an update within the next 30 days, or we'll close the pull request.
@michaelstaib, is that matching what you're doing in HotChocolate?
The jacoco test coverage fails but I think only on unreachable paths? The GraphQL definition should make it impossible to have levels == null for an example. Sounds like we should update the baseline? But I'm not sure how to do this. Let me know if you have any thoughts around this.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
@semanticNonNullis the counterpart ofonError.onErroris aimed to be merged in the spec and allow new services to use true nullability (!) without conflating nulls and errors.@semanticNonNullis for the transition. It allows existing services that cannot change fields to non-nullable (!) because that would increase the blast radius of errors for older clients to still signal semantic nullability to newer clients.This PR adds support of
@semanticNonNullso that there can never be null without an error in those locations. If a resolver ever returnsnull, an error is added, just like for non-null fields.See the
@semanticNonNullGAP for more details.