2019-09 (aka Draft 08) support

[rb-john]

Is 2019-09 support planned?

support for format (such as duration) should be minimal, and the use of $defs over definitions seems not to be strictly enforced.

Thanks

[horejsek]

I missed this update. :-) Support is not planned yet, but yeah, it will be added one day. If you want to take care of it, go ahead.

[handrews]

Draft 2020-12 is now out :-) It is also being used in OpenAPI 3.1 (as is! No restrictions or modifications like the old nullable anymore), so I'd very much recommend targeting 2020-12 and only doing 2019-09 later if at all. In addition to fixing some awkward bits of 2019-09, the OpenAPI 3.1 integration means the user base for 2020-12 will be much larger.

[coderextreme]

My boss said, oh, let's update to 2020-12, and I hesitantly said we kind of have it working for draft07. So now we're kind of stuck with jsonschema instead of fastjsonschema. We normally validate 4000 example JSON files. We really need the fastest possible correct schema validator in python.

I don't really have an axe to grid, but Ajv is much faster than jsonschema. I would love to have fastjsonschema at least competitive with Ajv as far as version support.

[vEpiphyte]

Draft 2019-09 / 2020-12 support would be fantastic. Right now, writing oneOf schemas is rather difficult and I've found it practically requires some post-processing if you are allowing additionalProperties to be true.

A schema like this won't allow a object to only have the sku and only one of the evaluated options, since the oneOf properties are not included when considering the additionalProperties check ( this is a generic jsonschema problem, not a fastjsonschema problem).

{
    "$schema": "http://json-schema.org/draft-07/schema#",
    "type": "object",
    "required": ["sku"],
    "additionalProperties": false,
    "properties": {
        "sku": {"type": "string"}
    },
    "oneOf": [
        {
            "required": ["count"],
            "properties": {
                "count": {"type": "integer"}
            },
            "not": {
                "required": ["bundles"]
            }
        },
        {
            "required": ["bundles"],
            "properties": {
                "bundles": {"type": "integer"}
            },
            "not": {
                "required": ["count"]
            }
        }
    ]
}

In the updates we can utilize the unevaluatedProperties option to clean this up considerably and still only allow the evaluated properties through:

{
    "$schema": "https://json-schema.org/draft/2020-12/schema",
    "unevaluatedProperties": false,
    "type": "object",
    "required": ["sku"],
    "properties": {
        "sku": {"type": "string"},
    },
    "oneOf": [
        {
            "required": ["count"],
            "properties": {
                "count": {"type": "integer"}
            },
        },
        {
            "required": ["bundles"],
            "properties": {
                "bundles": {"type": "integer"}
            },
        }
    ]
}

( credit for this example goes to https://medium.com/@smikulcik/oneof-explained-c0264c429735 )