Skip to content

Latest commit

 

History

History
57 lines (31 loc) · 3.56 KB

config.md

File metadata and controls

57 lines (31 loc) · 3.56 KB
Raw

Configuration

To control the behavior of the library, we have introduced SchemaValidatorsConfig recently. It gives users great flexibility when using the library in different contexts.

For some users, it is just a JSON schema validator implemented mainly based on v4 with some additions from v5 to v7.

For others, it is used as a critical component in the REST API frameworks to validate the request or response. The library was developed as part of the light-4j framework in the beginning.

Most of the configuration flags are used to control the difference between Swagger/OpenAPI specification and JSON schema specification as they are not the same. The future of the OpenAPI version might resolve this problem, but the release date is not set yet.

How to use config

When you create a JsonSchema instance from the JsonSchemaFactory, you can pass an object of SchemaValidatorsConfig as the second parameter.

SchemaValidatorsConfig config = new SchemaValidatorsConfig();
config.setTypeLoose(false);
JsonSchema jsonSchema = JsonSchemaFactory.getInstance().getSchema(schema, config);

Configurations

  • typeLoose

When typeLoose is true, the validator will convert strings to different types to match the type defined in the schema. This is mostly used to validate the JSON request or response for headers, query parameters, path parameters, and cookies. For the HTTP protocol, these are all strings and might be defined as other types in the schema. For example, the page number might be an integer in the schema but passed as a query parameter in string.

  • failFast

When set to true, the validation process stops immediately when the first error occurs. This mostly used on microservices that is designed to fail-fast, or users don't want to see hundreds of errors for a big payload. Please be aware that the validator throws an exception in the case the first error occurs. To learn how to use it, please follow the test case.

  • handleNullableField

When a field is set as nullable in the OpenAPI specification, the schema validator validates that it is nullable; however, it continues with validation against the nullable field.

If handleNullableField is set to true && incoming field is nullable && value is field: null --> succeed

If handleNullableField is set to false && incoming field is nullable && value is field: null --> it is up to the type validator using the SchemaValidator to handle it.

The default value is true in the SchemaValidatorsConfig object.

For more details, please refer to this issue.

  • uriMappings

Map of public, typically internet-accessible schema URLs to alternate locations; this allows for offline validation of schemas that refer to public URLs. This is merged with any mappings the sonSchemaFactory may have been built.

The type for this variable is Map<String, String>.

  • javaSemantics

When set to true, use Java-specific semantics rather than native JavaScript semantics.

For example, if the node type is number per JS semantics where the value can be losslesly interpreted as java.lang.Long, the validator would use integer as the node type instead of number. This is useful when schema type is integer, since validation would fail otherwise.

For more details, please refer to this issue.