2.2.0 (2026-04-22)
2.1.1 (2026-04-21)
- conflict source properties must be in error objects (cfce5c8)
2.1.0 (2026-04-07)
- The
content-typerule now allows other non-JSON content, but still demands all JSON requests/responses useapplication/vnd.api+json.
2.0.0 (2026-04-01)
- Created TypeScript version of the ruleset. YAML still available.
- Test suite now fully tested with Jest.
- New rule
get-404-response-codeto make sure there's a 404 on any GET that can reasonably assumed to be a "single resource". This implementation looks for any URL parameter, so/ticketsdoes not need a 404, but/tickets/{id}does. - New
x-jsonapi-virtual-resourceto opt-out of certain functionality when a response schema is intentionally not a standard JSON:API resource object (for example, ephemeral computed resources without stable IDs).
- Now supporting JSON:API v1.1 instead of v1.0, with updated documentation links.
- Content type may now start with
application/vnd.api+jsoninstead of matching entirely. This is to allow forext=media type parameters,charset=, etc. - Rule
resource-object-reserved-fieldswill not appear for deprecate properties.
- Rule
error-processinghas been removed as behavior did not match what the JSON:API spec was talking about.
- Rule
resource-object-id-requiredwill now look into anallOfto look foridinstead of failing. - Rules
relationships-object-typeandresource-object-id-requiredwill work on the resolved version of the document to peek through$ref.