Official 3.0 schema?
See original GitHub issueIn the schemas directory, I’m not seeing v3.0
. Are there plans to release an official jsonschema document?
Issue Analytics
- State:
- Created 6 years ago
- Reactions:6
- Comments:15 (14 by maintainers)
Top Results From Across the Web
OpenAPI Specification - Version 3.0.3 - Swagger
The schema exposes two types of fields: Fixed fields, which have a declared name, and Patterned fields, which declare a regex pattern for...
Read more >OpenAPI Specification v3.1.0 | Introduction, Definitions, & More
Models are defined using the Schema Object, which is a superset of JSON Schema Specification Draft 2020-12. As defined by the JSON Schema...
Read more >OpenAPI Specification Schemas - API Dev Tools
This package contains the official JSON Schemas for every version of ... console.log(openapi.v3); // { $schema, id, properties, definitions, .
Read more >ONIX 3.0 Specifications - EDItEUR
ONIX 3.0 Specifications latest revision 3.0.8; Implementation and best practice guide; Schemas (DTD, XSD, RNG files); ONIX 3.0 Tagname converter and Large ...
Read more >What's the Difference Between OpenAPI Types 2.0, 3.0, and ...
... likely want to use OpenAPI v3.0, the latest official major version that ... The 3.0 release includes extended support for JSON Schema, ......
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 FreeTop 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
Top GitHub Comments
@ronkorving @webron and I discussed the state of things this week and I will be taking a pass at finalizing this in the next couple of weeks.
Yes, writing tooling that fully validates the spec is hard work (so was writing the spec 😃 ). But hopefully we will only have to do it once for each language.
My concern is that if tooling vendors take a shortcut by depending on JSON Schema to do all the validation we will end up with partially validated documents and potentially incompatibilities between tooling.