KnownDirectives rule doesn't recognize SDL directive locations
See original GitHub issueWith SDL directive locations such as FIELD_DEFINITION
added in 9.0, it appears the the KnownDirectives
rule wasn’t updated to recognize these new locations:
I came across this while using graphql-java to validate graphql files in js-graphql-intellij-plugin:
The change as I understand it appears to be minor, so I should be able to do a PR if the change is welcome.
Issue Analytics
- State:
- Created 5 years ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
Apollo Federation subgraph specification
The generated SDL should match that exactly with no additions. It is important to preserve the type extensions and directive locations and to...
Read more >Directives SDL – GraphQL Tools
Using SDL directives, a subservice may express its complete schema and type merging configuration in a single document. See related handbook ...
Read more >Directives - GraphQL .NET
The core GraphQL specification includes exactly four directives. ... If you try to apply the directive in locations that are not allowed for...
Read more >SDL directives | GraphQL Java
There is only code place where logic needs to be written and it is then applied to all the places in the SDL...
Read more >publication of directives: commandant instruction (ci), alcoast ...
(b) DHS Directives System Directive 112-01, Rev. ... (SDL) matrix on each Instruction is no longer necessary. ... itself a rule.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Let us know if we need to tweak the errors that come out of parse / wire so that you can report the errors in terms of text / line numbers.
Thanks, makes sense.
I’m currently using
UnExecutableSchemaGenerator.makeUnExecutableSchema
which appears to run a lot of the schema validation.I’ll make sure to separate the “executable/runtime” validation from the schema validation. I have all the info I need from the plugin parse tree to differentiate between them inside the plugin.