JSV is a JavaScript implementation of a extendable, fully compliant JSON Schema validator with the following features:
- The fastest extendable JSON validator available!
- Complete implementation of all current JSON Schema draft revisions.
- Supports creating individual environments (sandboxes) that validate using a particular schema specification.
- Provides an intuitive API for creating new validating schema attributes, or whole new custom schema schemas.
- Supports
self
,full
anddescribedby
hyper links. - Validates itself, and is bootstrapped from the JSON Schema schemas.
- Includes over 170 unit tests for testing all parts of the specifications.
- Works in all ECMAScript 3 environments, including all web browsers and Node.js.
- Licensed under the FreeBSD License, a very open license.
JSON (an acronym for JavaScript Object Notation) is a lightweight data-interchange format. It is easy for humans to read and write. It is easy for machines to parse and generate. It is based on a subset of JavaScript/ECMA-262 3rd Edition. JSON is a text format that is completely language independent but uses conventions that are familiar to programmers of the C-family of languages. (C, C++, C#, Java, JavaScript, Perl, Python, ...) These properties make JSON an ideal data-interchange language. [json.org]
JSON Schema is a JSON media type for defining the structure of JSON data. JSON Schema provides a contract for what JSON data is required for a given application and how to interact with it. JSON Schema is intended to define validation, documentation, hyperlink navigation, and interaction control of JSON data. [draft-zyp-json-schema-02]
A JSON validator is a program that takes JSON data and, with a provided schema, will ensure that the provided JSON is structured in the way defined by the schema. This ensures that if validation has passed, the JSON instance is guaranteed to be in the expected format. It will also provide an explanation on why a particular instance failed validation.
Here's an example on how to validate some JSON with JSV:
var JSV = require("./jsv").JSV;
var json = {};
var schema = {"type" : "object"};
var env = JSV.createEnvironment();
var report = env.validate(json, schema);
if (report.errors.length === 0) {
//JSON is valid against the schema
}
Another example; for the following test:
env.validate({ a : 1 }, { type : 'object', properties : { a : { type : 'string' }} });
The generated report would look like:
{
errors : [
{
message : "Instance is not a required type",
uri : "urn:uuid:74b843b5-3aa4-44e9-b7bc-f555936fa823#/a",
schemaUri : "urn:uuid:837fdefe-3bd4-4993-9a20-38a6a0624d5a#/properties/a",
attribute : "type",
details : ["string"]
}
],
validated : {
"urn:uuid:74b843b5-3aa4-44e9-b7bc-f555936fa823#" : ["urn:uuid:837fdefe-3bd4-4993-9a20-38a6a0624d5a#"],
"urn:uuid:74b843b5-3aa4-44e9-b7bc-f555936fa823#/a" : ["urn:uuid:837fdefe-3bd4-4993-9a20-38a6a0624d5a#/properties/a"],
//...
},
instance : [JSONInstance object],
schema : [JSONSchema object],
schemaSchema : [JSONSchema object]
}
There is no one way to validate JSON, just like there is no one way to validate XML. Even the JSON Schema specification has gone through several revisions which are not 100% backwards compatible with each other. To solve the issue of using numerous schemas already written to older specifications, JSV provides customizable environments to validate your JSON within.
When creating an environment, you can optionally specify how you want that environment to behave. For example, this allows you to specify which version of the JSON Schema you would like the environment to behave like. JSV already provides the following environments:
-
json-schema-draft-03
A complete implementation of the third revision of the JSON Schema specification. This is the same as the second revision, except:
- "optional" has been replaced by "required"
- "requires" has been replaced by "dependencies"
- "minimumCanEqual"/"maximumCanEqual" has been replaced by "exclusiveMinimum"/"exclusiveMaximum"
- "self"/"full"/"describedby" links have been moved to the core schema, and are provided by "id"/"$ref"/"$schema"
- Adds the attributes "patternSchema" and "additionalItems"
- Deprecates the attributes "root" and "alternate"
- Schemas are now versioned under the URIs "http://json-schema.org/draft-XX/", where XX is the draft number
In addition to this, all schemas from the previous versions of the JSON Schema draft are included in this environment, and are backwards compatible (where possible) with it's previous version. This backwards compatibility can be disabled with the environment option
strict
is set totrue
.This environment will also validate links/references to other schemas, and will throw an error if a referenced schema has not already been registered with the environment. This feature can be disabled with the environment option
validateReferences
is set tofalse
.This is currently the default environment.
-
json-schema-draft-02
A complete implementation of the second revision of the JSON Schema specification. This is the same as the first revision, except adds:
- "targetSchema" attribute
- slash-delimited fragment identifiers, which is now the default behavior
-
json-schema-draft-01
A complete implementation of the first revision of the JSON Schema specification, which is exactly the same as the original draft.
Users with JSON Schemas written for JSV < v2.1 should use this environment for it's dot-delimited fragment identifiers.
Environments can also be customized and registered for multiple reuse. (See the section on Extending Environments below)
The following methods are used to validate JSON data:
- environmentID <String> (optional) The ID of the environment to clone a new Environment from
Creates an new environment that is a copy of the Environment registered with the provided environmentID
. If no ID is provided, the latest registered JSON Schema is used as the template.
See the above section on Environments for the default available Environment IDs.
- json <Any|JSONInstance> The JSON data to validate
- schema <Object|JSONInstance|JSONSchema> The schema to validate the JSON with
Validates both the schema and the JSON, and returns a report of the validation.
An array of error objects from the validation process; each object represents a restriction check that failed. If the array is empty, the validation passed.
The error objects have the following schema:
{
"type" : "object",
"properties" : {
"message" : {
"description" : "A user-friendly error message about what failed to validate.",
"type" : "string"
},
"uri" : {
"description" : "URI of the instance that failed to validate.",
"type" : "string",
"format" : "uri"
},
"schemaUri" : {
"description" : "URI of the schema instance that reported the error.",
"type" : "string",
"format" : "uri"
},
"attribute" : {
"description" : "The attribute of the schema instance that failed to validate.",
"type" : "string"
},
"details" : {
"description" : "The value of the schema attribute that failed to validate.",
"type" : "any"
}
}
}
There are many more APIs available for JSV, too many to detail here. The complete API and documentation can be found in the docs
directory.
JSV provides an API for extending available schemas, adding new attributes and validation to currently existing schemas, and creating whole new Environments with unique behaviors. In fact, in the eat-your-own-dog-food approach, all the default JSON Schema environments available are implemented using this API. Details and instruction on this feature will be provided at a later date.
Open tests/index.html
and tests/index3.html
in your web browser to run the unit tests.
JSV is licensed under the FreeBSD License.