Replies: 1 comment 1 reply
-
This probably belongs more on the community repo (as it has to do with understanding the spec more so than the test suite) -- you may also want to join the #implementers channel on the JSON Schema slack to ask it. But the short answer is that To be abundantly clear as well,
Vocabularies are not the same as meta-schemas, vocabularies are:
and they may come along with zero or more meta-schemas which validate the keywords inside of themselves, but the URL you see is otherwise just an identifier for some vocabulary. Do feel free to follow up if you have further questions, though as I say perhaps we should transfer this discussion elsewhere. |
Beta Was this translation helpful? Give feedback.
-
Hello,
I'd like to implement meta-schema (2019-09 $vocabulary) support in my json schema validator and have trouble to figure out the relationship between $vocabulary uri and actual meta-schema (with some $id) to validate.
If I understand correctly the spec. $vocabulary completely defines which vocabularies (meta-schemas) must be used for the validation.
What I do not understand is the link between them.
For instance:
https://json-schema.org/draft/2019-09/json-schema-validation.html#rfc.section.6
says that
https://json-schema.org/draft/2019-09/vocab/validation
matches
https://json-schema.org/draft/2019-09/meta/validation
So I can hardcode that in the validator (as well as all "core", "applicator", "format", etc...), But how I would match custom meta-schemas?
If the $vocabulary uris had meta-schemas $id, in a case of for instance
Does $vocabulary has any effect to the validator or it is only metadata and actual validation is performed over (meta) schema?
What consequence
".../format": false
has here?Any help is highly appreciated :-)
D.
Beta Was this translation helpful? Give feedback.
All reactions