试图学习JSON模式,我有一个复杂的模式,都是基于相对URL的。当嵌套属性调用另一个文件中定义的definitions属性时,验证有时会被忽略。
我的目标是基本上在全局范围内创建可重用的定义和经常使用的枚举/常量/定义
假设项目树为:
-------------------------------------------
| C:/project |
| `----main.json (file to be validated) |
| `----/schemas |
| `----base.json |
| `----datatypes.json |
| `----defs.json |
| `----frequent.json |
| `----/pii |
| `----jobs.json |
-------------------------------------------
{
"$id": "http://project.com/schemas/datatypes.json",
"$schema" : "http://json-schema.org/draft-07/schema",
"definitions" : {
"type_number": {
"type": "number",
"default": 0.0
},
"type_integer": {
"type": "integer",
"default": 0
},
"type_nonempty_string" : {
"type": "string",
"minLength": 1,
"pattern": "^([^\\s].*[^\\s]*)$"
}
}
}
{
"$id": "http://project.com/schemas/defs.json",
"$schema": "http://json-schema.org/draft-07/schema",
"definitions": {
"number": {
"$ref": "./datatypes.json#/definitions/type_number"
},
"null_number": {
"oneOf": [
{
"$ref": "#/definitions/number"
},
{
"type": "null"
}
]
},
"positive_number": {
"$ref": "#/definitions/number",
"minimum": 0.0
},
"positive_nonzero_number": {
"$ref": "#/definitions/number",
"exclusiveMinimum": 0.0
},
"integer": {"$ref": "./datatypes.json#/definitions/type_integer"},
"positive_integer" : {
"$ref": "#/definitions/integer",
"minimum" : 0
},
"positive_nonzero_integer" : {
"$ref": "#/definitions/integer",
"exclusiveMinimum" : 0
},
"strict_object": {
"type": "object",
"additionalProperties": false
},
"nonempty_string": {"$ref": "./datatypes.json#/definitions/type_nonempty_string"},
"nonempty_string_null" : {
"oneOf": [
{
"$ref": "#/definitions/nonempty_string"
},
{
"type": "null"
}
]
}
}
}
{
"$id": "http://project.com/schemas/frequent.json",
"$schema" : "http://json-schema.org/draft-07/schema",
"definitions" : {
"SEX_TYPES" : {
"enum" : ["Male", "M","Female","F"]
},
"STATES" : {
"$comment" : "assume this is an emum of states in US",
"enum" : ["AK","AL","CT"]
},
"address" : {
"$ref" : "./defs.json#/definitions/strict_object",
"required" : ["street1", "city", "state", "zipcode"],
"properties" : {
"street1" : { "$ref" : "./defs.json#/definitions/nonempty_string" },
"street2" : { "$ref" : "./defs.json#/definitions/nonempty_string" },
"city" : { "$ref" : "./defs.json#/definitions/nonempty_string" },
"state" : { "$ref" : "#/definitions/STATES" },
"zipcode" : { "$ref" : "#/definitions/zipcode" }
}
},
"zipcode": {
"allOf": [
{
"$ref": "./defs.json#/definitions/nonempty_string"
},
{
"pattern": "^(\\d{5})$"
},
{
"not": {
"pattern": "^(00000)$"
}
}
]
}
}
}
base.json
{
"$id": "http://project.com/schemas/base.json",
"$schema" : "http://json-schema.org/draft-07/schema",
"type": "object",
"$ref": "./defs.json#/definitions/strict_object",
"properties": {
"main": {
"$ref": "./defs.json#/definitions/strict_object",
"required": ["age", "sex", "empl_num", "description", "address", "jobs"],
"properties": {
"age": {"$ref": "./defs.json#/definitions/positive_nonzero_integer"},
"sex": {"$ref": "./frequent.json#/definitions/SEX_TYPES" },
"empl_num" : {"$ref": "./defs.json#/definitions/positive_nonzero_integer"},
"description": {"$ref": "./defs.json#/definitions/nonempty_string"},
"jobs" : {"$ref": "pii/jobs.json"},
"address": {"$ref": "./frequent.json#/definitions/address"}
}
}
}
}
pii/jobs.json
{
"$id" : "http://project.com/schemas/pii/jobs.json",
"$schema": "http://json-schema.org/draft-07/schema",
"type" : "array",
"minItems": 1,
"items": {
"$ref" : "../defs.json#/definitions/strict_object",
"required": ["description","company","pay_details"],
"properties" : {
"description" : { "$ref" : "../defs.json#/definitions/nonempty_string" },
"company" : {
"$ref": "../defs.json#/definitions/strict_object",
"required": ["name","address"],
"properties": {
"name" : { "$ref" : "../defs.json#/definitions/nonempty_string" },
"address" : {"$ref": "../frequent.json#/definitions/address"}
}
},
"pay_details" : {
"$ref" : "../defs.json#/definitions/strict_object",
"required": ["pay_grade", "salary", "performance_review"],
"properties": {
"pay_grade" : { "$ref" : "../defs.json#/definitions/positive_nonzero_integer" },
"salary" : { "$ref" : "../defs.json#/definitions/positive_nonzero_number" },
"performance_review" : {
"$ref" : "../defs.json#/definitions/strict_object",
"required" : ["previous", "nextDate", "numberOfWriteUps"],
"properties" : {
"notes" : { "$ref" : "../defs.json#/definitions/nonempty_string" },
"numberOfWriteUps" : {"$ref" : "../defs.json#/definitions/positive_integer" },
"previous" : {
"$ref" : "../defs.json#/definitions/strict_object",
"required": ["date", "rating"],
"properties": {
"date" : {
"$ref" : "../defs.json#/definitions/nonempty_string",
"format" : "date-time"
},
"rating" : {"$ref" : "../defs.json#/definitions/positive_integer" }
}
},
"nextDate" : {
"$ref" : "../defs.json#/definitions/nonempty_string",
"format" : "date-time"
}
}
}
}
}
}
}
}
在intellij中,结果如下:(显示的每个属性都不应该是有效的,但有些属性只是被忽略和允许(如负数和空值等)。我没有收到关于$ref无法解析的警告/错误。自动完成甚至为我完成了相对的文件名和定义属性。
-------------------------------------------
| C:/project |
| `----main.json (file to be validated) |
| `----/schemas |
| `----base.json |
| `----datatypes.json |
| `----defs.json |
| `----frequent.json |
| `----jobs.json |
-------------------------------------------
看起来您是在正确的轨道上,但是您不能将$ref
与同一个对象中的其他关键字一起使用,因为在将$ref
与draft-7 JSON模式一起使用时,这些关键字总是被忽略。
8.3.带有“$ref”的架构引用
“$ref”关键字用于引用架构,并提供通过自引用验证递归结构的能力。
如果希望在同一个模式对象中使用$ref
和其他关键字,则需要创建两个模式对象并将它们封装在Allof
中。
我正在创建一个个人脚本,在某些情况下会出现错误: 我有类似的东西 是否可以完全忽略/覆盖此错误,使其仅打印n/a或--在该场景中?
什么类型的价值适合于此?值应该只是布尔值(根据主模式),或者可以是布尔值或字符串(在正确的地方引用基资源)。我使用的JSON验证器不允许值为布尔值以外的任何值,我在JSON规范中搜索了很多,但没有关于它的信息。
使用自定义属性扩展JSON模式有效吗? 我问这个问题的原因是,因为我使用一个模式来为该模式描述的JSON呈现一个表单(模式中描述的每个属性都用作带有标签和某种输入的表单元素)。 能够使用一些我主要用于表单呈现的属性来扩展模式是很有用的,但是当使用模式来验证JSON对象本身时,就会忽略这些属性。 对于JSON对象,我可以有两种不同的表示形式(一种是模式,另一种是类似模式的对象,它具有自定义属性,我只
我有以下DTO和域对象。我正在使用Mapstruct将域对象复制到DTO对象。 使用下面的映射器将域映射到DTO。我不想将电话属性从域映射到DTO。怎么做?我尝试在mapping ignore中提供嵌套目标属性,但它给出了错误:
我尝试使用swagger来描述JSON API。到目前为止,它看起来不错,但我无法弄清楚如何使用anyOf结构在JSON答案中定义不同对象类型的数组。 以下JSOn模式是有效的,它应该描述一组文章和视频JSON对象: 有没有可能在摇摆不定中使这项工作发挥作用?
我有以下课程- 我如何通过使用Jackson JSON API动态地排除字段序列化?