You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -203,7 +203,7 @@ Since version `1.4.0` it is possible to print the `ValidationException` instance
203
203
JSON-formatted failure reports. The `ValidationException#toJSON()` method returns a `JSONObject` instance with the
204
204
following keys:
205
205
206
-
*`"message"`: the programmer-friendly exception message (desription of the validation failure)
206
+
*`"message"`: the programmer-friendly exception message (description of the validation failure)
207
207
*`"keyword"`: the JSON Schema keyword which was violated
208
208
*`"pointerToViolation"`: a JSON Pointer denoting the path from the input document root to its fragment which caused
209
209
the validation failure
@@ -295,7 +295,7 @@ configurable, due to some reported regressions.
295
295
296
296
## readOnly and writeOnly context
297
297
298
-
The library supports the `readOnly` and `writeOnly` keywords which first appeared in Draft 7. If you want to utilize this feature, then before validation you need to tell the vaildator if the
298
+
The library supports the `readOnly` and `writeOnly` keywords which first appeared in Draft 7. If you want to utilize this feature, then before validation you need to tell the validator if the
299
299
validation happens in read or write context. Example:
.addFormatValidator("evenlength", newEvenCharNumValidator()) // the EvenCharNumValidator gets bound to the "evenlength" keyword
389
389
.build();
390
390
Schema schema = schemaLoader.load().build(); // the schema is created using the above created configuration
391
-
schema.validate(jsonDcoument); // the document validation happens here
391
+
schema.validate(jsonDocument); // the document validation happens here
392
392
```
393
393
394
394
395
395
## Resolution scopes
396
396
397
397
In a JSON Schema document it is possible to use relative URIs to refer previously defined
398
-
types. Such references are expressed using the `"$ref"` and `"id"` keywords. While the specification describes resolution scope alteration and dereferencing in detail, it doesn't explain the expected behavior when the first occuring`"$ref"` or `"id"` is a relative URI.
398
+
types. Such references are expressed using the `"$ref"` and `"id"` keywords. While the specification describes resolution scope alteration and dereferencing in detail, it doesn't explain the expected behavior when the first occurring`"$ref"` or `"id"` is a relative URI.
399
399
400
400
In the case of this implementation it is possible to explicitly define an absolute URI serving as the base URI (resolution scope) using the appropriate builder method:
0 commit comments