focal (3) JSON::Validator.3pm.gz

NAME
JSON::Validator - Validate data against a JSON schema
SYNOPSIS
use JSON::Validator; my $jv = JSON::Validator->new; # Define a schema - http://json-schema.org/learn/miscellaneous-examples.html # You can also load schema from disk or web $jv->schema({ type => "object", required => ["firstName", "lastName"], properties => { firstName => {type => "string"}, lastName => {type => "string"}, age => {type => "integer", minimum => 0, description => "Age in years"} } }); # Validate your data my @errors = $jv->validate({firstName => "Jan Henning", lastName => "Thorsen", age => -42}); # Do something if any errors was found die "@errors" if @errors; # Use joi() to build the schema use JSON::Validator 'joi'; $jv->schema(joi->object->props({ firstName => joi->string->required, lastName => joi->string->required, age => joi->integer->min(0), })); # joi() can also validate directly my @errors = joi( {firstName => "Jan Henning", lastName => "Thorsen", age => -42}, joi->object->props({ firstName => joi->string->required, lastName => joi->string->required, age => joi->integer->min(0), }); );
DESCRIPTION
JSON::Validator is a data structure validation library based around JSON Schema <https://json- schema.org/>. This module can be used directly with a JSON schema or you can use the elegant DSL schema- builder JSON::Validator::Joi to define the schema programmatically. Supported schema formats JSON::Validator can load JSON schemas in multiple formats: Plain perl data structured (as shown in "SYNOPSIS"), JSON or YAML. The JSON parsing is done with Mojo::JSON, while YAML files require the optional module YAML::XS to be installed. Resources Here are some resources that are related to JSON schemas and validation: • <http://json-schema.org/documentation.html> • <https://json-schema.org/understanding-json-schema/index.html> • <https://github.com/json-schema/json-schema/> Bundled specifications This module comes with some JSON specifications bundled, so your application don't have to fetch those from the web. These specifications should be up to date, but please submit an issue if they are not. Files referenced to an URL will automatically be cached if the first element in "cache_paths" is a writable directory. Note that the cache headers for the remote assets are not honored, so you will manually need to remove any cached file, should you need to refresh them. To download and cache an online asset, do this: JSON_VALIDATOR_CACHE_PATH=/some/writable/directory perl myapp.pl Here is the list of the bundled specifications: • JSON schema, draft 4, 6, 7 Web page: <http://json-schema.org> $ref: <http://json-schema.org/draft-04/schema#>, <http://json-schema.org/draft-06/schema#>, <http://json-schema.org/draft-07/schema#>. • JSON schema for JSONPatch files Web page: <http://jsonpatch.com> $ref: <http://json.schemastore.org/json-patch#> • Swagger / OpenAPI specification, version 2 Web page: <https://openapis.org> $ref: <http://swagger.io/v2/schema.json#> • OpenAPI specification, version 3 Web page: <https://openapis.org> $ref: https://spec.openapis.org/oas/3.0/schema/2019-04-02 <https://github.com/OAI/OpenAPI- Specification/blob/master/schemas/v3.0/schema.json> This specification is still EXPERIMENTAL. • Swagger Petstore This is used for unit tests, and should not be relied on by external users.
ERROR OBJECT
The methods "validate" and the function "validate_json" returns a list of JSON::Validator::Error objects when the input data violates the "schema".
FUNCTIONS
joi use JSON::Validator "joi"; my $joi = joi; my @errors = joi($data, $joi); # same as $joi->validate($data); Used to construct a new JSON::Validator::Joi object or perform validation. validate_json use JSON::Validator "validate_json"; my @errors = validate_json $data, $schema; This can be useful in web applications: my @errors = validate_json $c->req->json, "data://main/spec.json"; See also "validate" and "ERROR OBJECT" for more details.
ATTRIBUTES
cache_paths my $jv = $jv->cache_paths(\@paths); my $array_ref = $jv->cache_paths; A list of directories to where cached specifications are stored. Defaults to "JSON_VALIDATOR_CACHE_PATH" environment variable and the specs that is bundled with this distribution. "JSON_VALIDATOR_CACHE_PATH" can be a list of directories, each separated by ":". See "Bundled specifications" for more details. formats my $hash_ref = $jv->formats; my $jv = $jv->formats(\%hash); Holds a hash-ref, where the keys are supported JSON type "formats", and the values holds a code block which can validate a given format. A code block should return "undef" on success and an error string on error: sub { return defined $_[0] && $_[0] eq "42" ? undef : "Not the answer." }; See JSON::Validator::Formats for a list of supported formats. generate_definitions_path my $cb = $jv->generate_definitions_path; my $jv = $jv->generate_definitions_path(sub { my $ref = shift; return ["definitions"] }); Holds a callback that is used by "bundle" to figure out where to place references. The default location is under "definitions", but this can be changed to whatever you want. The input $ref variable passed on is a JSON::Validator::Ref object. This attribute is EXPERIMENTAL and might change without warning. ua my $ua = $jv->ua; my $jv = $jv->ua(Mojo::UserAgent->new); Holds a Mojo::UserAgent object, used by "schema" to load a JSON schema from remote location. The default Mojo::UserAgent will detect proxy settings and have "max_redirects" in Mojo::UserAgent set to 3. version my $int = $jv->version; my $jv = $jv->version(7); Used to set the JSON Schema version to use. Will be set automatically when using "load_and_validate_schema", unless already set.
METHODS
bundle # These two lines does the same my $schema = $jv->bundle({schema => $jv->schema->data}); my $schema = $jv->bundle; # Will only bundle a section of the schema my $schema = $jv->bundle({schema => $jv->schema->get("/properties/person/age")}); Used to create a new schema, where there are no "$ref" pointing to external resources. This means that all the "$ref" that are found, will be moved into the "definitions" key, in the returned $schema. coerce my $jv = $jv->coerce('bool,def,num,str'); my $jv = $jv->coerce('booleans,defaults,numbers,strings'); my $hash_ref = $jv->coerce; Set the given type to coerce. Before enabling coercion this module is very strict when it comes to validating types. Example: The string "1" is not the same as the number 1, unless you have "numbers" coercion enabled. • booleans Will convert what looks can be interpreted as a boolean (that is, an actual numeric 1 or 0, and the strings "true" and "false") to a JSON::PP::Boolean object. Note that "foo" is not considered a true value and will fail the validation. • defaults Will copy the default value defined in the schema, into the input structure, if the input value is non- existing. Note that support for "default" is currently EXPERIMENTAL, and enabling this might be changed in future versions. • numbers Will convert strings that looks like numbers, into true numbers. This works for both the "integer" and "number" types. • strings Will convert a number into a string. This works for the "string" type. get my $sub_schema = $jv->get("/x/y"); my $sub_schema = $jv->get(["x", "y"]); Extract value from "schema" identified by the given JSON Pointer. Will at the same time resolve $ref if found. Example: $jv->schema({x => {'$ref' => '#/y'}, y => {'type' => 'string'}}); $jv->schema->get('/x') == {'$ref' => '#/y'} $jv->schema->get('/x')->{'$ref'} == '#/y' $jv->get('/x') == {type => 'string'} The argument can also be an array-ref with the different parts of the pointer as each elements. new $jv = JSON::Validator->new(%attributes); $jv = JSON::Validator->new(\%attributes); Creates a new JSON::Validate object. load_and_validate_schema my $jv = $jv->load_and_validate_schema($schema, \%args); Will load and validate $schema against the OpenAPI specification. $schema can be anything "schema" in JSON::Validator accepts. The expanded specification will be stored in "schema" in JSON::Validator on success. See "schema" in JSON::Validator for the different version of $url that can be accepted. %args can be used to further instruct the validation process: • schema Defaults to "http://json-schema.org/draft-04/schema#", but can be any structured that can be used to validate $schema. schema my $jv = $jv->schema($json_or_yaml_string); my $jv = $jv->schema($url); my $jv = $jv->schema(\%schema); my $jv = $jv->schema(JSON::Validator::Joi->new); my $schema = $jv->schema; Used to set a schema from either a data structure or a URL. $schema will be a Mojo::JSON::Pointer object when loaded, and "undef" by default. The $url can take many forms, but needs to point to a text file in the JSON or YAML format. • file://... A file on disk. Note that it is required to use the "file" scheme if you want to reference absolute paths on your file system. • http://... or https://... A web resource will be fetched using the Mojo::UserAgent, stored in "ua". • data://Some::Module/spec.json Will load a given "spec.json" file from "Some::Module" using "data_section" in JSON::Validator::Util. • data:///spec.json A "data" URL without a module name will use the current package and search up the call/inheritance tree. • Any other URL An URL (without a recognized scheme) will be treated as a path to a file on disk. singleton my $jv = JSON::Validator->singleton; Returns the JSON::Validator object used by "validate_json". validate my @errors = $jv->validate($data); my @errors = $jv->validate($data, $schema); Validates $data against a given JSON "schema". @errors will contain validation error objects or be an empty list on success. See "ERROR OBJECT" for details. $schema is optional, but when specified, it will override schema stored in "schema". Example: $jv->validate({hero => "superwoman"}, {type => "object"}); SEE ALSO • Mojolicious::Plugin::OpenAPI Mojolicious::Plugin::OpenAPI is a plugin for Mojolicious that utilize JSON::Validator and the OpenAPI specification <https://www.openapis.org/> to build routes with input and output validation.
COPYRIGHT AND LICENSE
Copyright (C) 2014-2018, Jan Henning Thorsen This program is free software, you can redistribute it and/or modify it under the terms of the Artistic License version 2.0.
AUTHOR
Jan Henning Thorsen - "jhthorsen@cpan.org" Daniel Böhmer - "post@daniel-boehmer.de" Ed J - "mohawk2@users.noreply.github.com" Karen Etheridge - "ether@cpan.org" Kevin Goess - "cpan@goess.org" Martin Renvoize - "martin.renvoize@gmail.com"