@open-resource-discovery/specification 1.12.3-rc2 → 1.12.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,212 @@
1
+ {
2
+ "description": "The ORD configuration response will indicate that ORD is available for the given host and how to proceed with the discovery.\n\nMost notably, the ORD configuration will tell an ORD consumer which ORD documents are available and where/how they can be accessed.\n\nThe configuration endpoint is a [Well-Known URI](https://tools.ietf.org/html/rfc8615#section-3) discovery mechanism.\n\nThis JSON Schema describes the [ORD configuration interface](https://open-resource-discovery.github.io/specification/spec-v1/interfaces/configuration) of the [ORD specification](https://open-resource-discovery.github.io/specification/).",
3
+ "$schema": "http://json-schema.org/draft-07/schema#",
4
+ "$id": "https://open-resource-discovery.github.io/specification/spec-v1/interfaces/Configuration.schema.json#",
5
+ "title": "Ord Configuration",
6
+ "type": "object",
7
+ "properties": {
8
+ "$schema": {
9
+ "type": "string",
10
+ "format": "uri-reference",
11
+ "description": "Optional URL to the ORD Configuration schema (defined as JSON Schema).\nIf given, this enables code intelligence and validation in supported editors (like VSCode) and tools.",
12
+ "anyOf": [
13
+ {
14
+ "type": "string",
15
+ "format": "uri-reference"
16
+ },
17
+ {
18
+ "const": "https://open-resource-discovery.github.io/specification/spec-v1/interfaces/Configuration.schema.json#"
19
+ }
20
+ ]
21
+ },
22
+ "baseUrl": {
23
+ "type": "string",
24
+ "format": "uri",
25
+ "description": "Optional [base URL](../index.md#def-base-url) that can be used to resolve the relative URLs to the ORD Documents.\n\nThe `baseUrl` MUST not contain a leading slash.\n\nIf you do not provide this property, the base URL is assumed to be the URL of the config endpoint without `/.well-known/open-resource-discovery` suffix.\nThis implies that either a `baseUrl` or only absolute URLs MUST be provided when no standardized well-known URI is used.\nIf both a `baseUrl` and a well-known URI is provided, the explicit `baseUrl` takes precedence.",
26
+ "pattern": "^http[s]?:\\/\\/[^:\\/\\s]+\\.[^:\\/\\s\\.]+(:\\d+)?(\\/[a-zA-Z0-9-\\._~]+)*$",
27
+ "examples": [
28
+ "https://example-sap-system.com",
29
+ "https://sub.foo.bar.com",
30
+ "https://sub.foo.bar.com/api/v1"
31
+ ]
32
+ },
33
+ "openResourceDiscoveryV1": {
34
+ "$ref": "#/definitions/OpenResourceDiscoveryV1"
35
+ }
36
+ },
37
+ "additionalProperties": false,
38
+ "required": [
39
+ "openResourceDiscoveryV1"
40
+ ],
41
+ "definitions": {
42
+ "OpenResourceDiscoveryV1": {
43
+ "type": "object",
44
+ "title": "Ord V1 Support",
45
+ "description": "The existence of this version indicates that Open Resource Discovery is supported in Version 1.x",
46
+ "properties": {
47
+ "documents": {
48
+ "type": "array",
49
+ "description": "List of all ORD documents that can be retrieved.\n\nWhile it is possible to describe everything in one big ORD document, for bigger services/use cases it might be preferable to split the information into multiple documents.\n\nFor more details how to implement this correctly, please refer to the [ORD configuration endpoint](../index.md#ord-configuration-endpoint) section and the [considerations on the granularity of ORD documents](../index.md#considerations-on-the-granularity-of-ord-documents).",
50
+ "items": {
51
+ "$ref": "#/definitions/V1DocumentDescription"
52
+ }
53
+ },
54
+ "capabilities": {
55
+ "$ref": "#/definitions/V1Capabilities"
56
+ }
57
+ },
58
+ "additionalProperties": false
59
+ },
60
+ "V1DocumentDescription": {
61
+ "type": "object",
62
+ "title": "Ord V1 Document Description",
63
+ "description": "Describes an [ORD Document](../index.md#ord-document) that is available for pull transport consumption.",
64
+ "properties": {
65
+ "url": {
66
+ "type": "string",
67
+ "format": "uri-reference",
68
+ "description": "URL or relative URL to the ORD document (provided by an ORD document endpoint).\n\nIt is RECOMMENDED to provide a relative URL (to `baseUrl`).\nIf a `baseUrl` is given, the relative URLs will be resolved with it.\n\nIf the URL is not relative to the system providing this information or no well-known URI is used,\neither the baseUrl or a full URL to the document MUST be provided.",
69
+ "examples": [
70
+ "/open-resource-discovery/v1/documents/example1",
71
+ "../../documents/example1",
72
+ "https://example.com/open-resource-discovery/v1/documents/example1"
73
+ ]
74
+ },
75
+ "perspective": {
76
+ "type": "string",
77
+ "x-introduced-in-version": "1.12.0",
78
+ "x-feature-status": "beta",
79
+ "description": "With ORD it's possible to describe a system from a static or a dynamic [perspective](../index.md#perspectives) (for more details, follow the link).\n\nIt is strongly RECOMMENDED to mark all static ORD documents with perspective `system-version`.\n\nIt is RECOMMENDED to describe dynamic metadata in both static system-version perspective and additionally describe the system-instance perspective where it diverges from the static metadata.\n\nIf not provided, this defaults to `system-instance`, which is the most precise description but also the most costly to replicate.\n\nPlease read the [article on perspectives](../concepts/perspectives) for more explanations.",
80
+ "oneOf": [
81
+ {
82
+ "const": "system-version",
83
+ "description": "Describes the static [system-version](../index.md#def-system-version) perspective, usually known at deploy-time.\n\nIf chosen, `describedSystemVersion`.`version` MUST be provided, too.\n\nThis perspective describes how a system of a particular type and version generally look like.\nThe latest system-version MAY also be interpreted as the [system-type](../index.md#def-system-type) perspective."
84
+ },
85
+ {
86
+ "const": "system-instance",
87
+ "description": "Describes the complete dynamic [system-instance](../index.md#def-system-instance) (tenant) perspective as known at run-time.\nThis allows to also reflect tenant specific extensions, customizations and runtime configuration.\n\nIf provided, it will completely override the static system-version perspective when metadata about system instances is requested."
88
+ },
89
+ {
90
+ "const": "system-independent",
91
+ "description": "Describes content that is independent of [system-versions](../index.md#def-system-version) or [system-instances](../index.md#def-system-instance).\nThis content is always static and has independent visibility and lifecycle from the systems in a particular landscape.\nThe \"system-independent\" content MUST NOT be overridden via system-version or system-instance perspective metadata.\n\nExamples are: Vendors, products, globally aligned entity types, groups and group types (taxonomy), which are usually shared by multiple systems."
92
+ }
93
+ ],
94
+ "default": "system-instance",
95
+ "examples": [
96
+ "system-instance"
97
+ ]
98
+ },
99
+ "systemInstanceAware": {
100
+ "type": "boolean",
101
+ "description": "Whether the information in the ORD document is **system instance aware**.\n\nThis is the case when the provided ORD document potentially differs between **system instances**.\nPlease note that if a system does not support multi-tenancy, most likely each system instance has its own\nURL and different system instances could even be deployed in a different state (version).\nIf those conditions apply, `systemInstanceAware` MUST be set to true.\n\nAn ORD aggregator that represents a system instance aware perspective MUST fetch a system instance aware ORD document,\nnot just once per system type but once per **system instance**.\n\nPlease note that you can define system instance awareness also on the level of an ORD resource.\nIt is even possible and valid to have an ORD document that is NOT system instance aware to contain resources that are.\nThis can be the case because the resource is described in separate resource definition formats which would change,\nwhile the ORD document itself would not change (the links to the resource definition files stay the same).\n\nIf some ORD information is **system instance aware** and some is not,\nwe RECOMMEND to split the information into separate documents and mark their system instance awareness accordingly.",
102
+ "default": false,
103
+ "examples": [
104
+ true
105
+ ]
106
+ },
107
+ "accessStrategies": {
108
+ "type": "array",
109
+ "description": "List of supported access strategies for retrieving the metadata from the ORD provider.\n\nAn ORD Consumer/ORD Aggregator MAY freely choose any of the listed strategies.",
110
+ "items": {
111
+ "$ref": "#/definitions/AccessStrategy"
112
+ },
113
+ "minItems": 1
114
+ }
115
+ },
116
+ "additionalProperties": false,
117
+ "required": [
118
+ "url",
119
+ "accessStrategies"
120
+ ]
121
+ },
122
+ "V1Capabilities": {
123
+ "type": "object",
124
+ "title": "Ord V1 Capabilities",
125
+ "description": "List of capabilities that are supported by the ORD provider.",
126
+ "properties": {
127
+ "selector": {
128
+ "type": "boolean",
129
+ "default": false,
130
+ "description": "Whether the ORD provider supports the optional [select parameter](../index.md#select-parameter) for retrieving the ORD config and ORD documents."
131
+ }
132
+ }
133
+ },
134
+ "AccessStrategy": {
135
+ "type": "object",
136
+ "title": "Ord V1 Document Access Strategy",
137
+ "description": "Defines the [access strategy](../../spec-extensions/access-strategies/) for accessing the ORD documents from the ORD provider.",
138
+ "properties": {
139
+ "type": {
140
+ "type": "string",
141
+ "description": "Defines the authentication/authorization strategy through which the referenced ORD Documents can be accessed.",
142
+ "oneOf": [
143
+ {
144
+ "type": "string",
145
+ "pattern": "^([a-z0-9-]+(?:[.][a-z0-9-]+)*):([a-zA-Z0-9._\\-]+):(v0|v[1-9][0-9]*)$",
146
+ "description": "Any valid [Specification ID](../index.md#specification-id).\nIf chosen, `customDescription` SHOULD be provided."
147
+ },
148
+ {
149
+ "const": "open",
150
+ "description": "The resource definitions are openly accessible and not protected via authentication or authorization.\nPlease find a more detailed documentation [here](../../spec-extensions/access-strategies/open)."
151
+ },
152
+ {
153
+ "const": "basic-auth",
154
+ "description": "The resource definitions are protected via generic basic auth.\nPlease find a more detailed documentation [here](../../spec-extensions/access-strategies/basic-auth).",
155
+ "x-introduced-in-version": "1.12.1"
156
+ },
157
+ {
158
+ "const": "sap:oauth-client-credentials:v1",
159
+ "description": "The ORD information are accessible via OAuth 2.0 client credentials flow as standardized within SAP.\nPlease find a more detailed documentation [here](../../spec-extensions/access-strategies/sap-oauth-client-credentials-v1)."
160
+ },
161
+ {
162
+ "const": "sap:cmp-mtls:v1",
163
+ "description": "The ORD information are accessible via Unified Customer Landscape's client certificate.\nPlease find a more detailed documentation [here](../../spec-extensions/access-strategies/sap-cmp-mtls-v1)."
164
+ },
165
+ {
166
+ "const": "sap.businesshub:basic-auth:v1",
167
+ "description": "The ORD information are accessible for SAP Business Accelerator Hub via Basic Auth strategy.\nPlease find a more detailed documentation [here](../../spec-extensions/access-strategies/sap-businesshub-basic-v1)."
168
+ },
169
+ {
170
+ "const": "custom",
171
+ "description": "If chosen, `customType` MUST be provided.\nIf chosen, `customDescription` SHOULD be provided."
172
+ }
173
+ ],
174
+ "examples": [
175
+ "open"
176
+ ]
177
+ },
178
+ "customType": {
179
+ "type": "string",
180
+ "description": "If the fixed `type` enum values need to be extended, an arbitrary `customType` can be provided.\n\nMUST be a valid [Specification ID](../index.md#specification-id).\n\nMUST only be provided if `type` is set to `custom`.",
181
+ "pattern": "^([a-z0-9]+(?:[.][a-z0-9]+)*):([a-zA-Z0-9._\\-]+):v([0-9]+)$",
182
+ "maxLength": 255,
183
+ "examples": [
184
+ "sap.xref:open-local-tenant-id:v1"
185
+ ]
186
+ },
187
+ "customDescription": {
188
+ "type": "string",
189
+ "minLength": 1,
190
+ "description": "Human-readable description about how the access is set up, notated in [CommonMark](https://spec.commonmark.org/) (Markdown).\n\nMUST only be provided if `type` is set to `custom`.",
191
+ "examples": [
192
+ "To set up the access to OData APIs, please refer to the [SAP Cloud for Customer OData API](https://help.sap.com/viewer/1364b70b9cbb417ea5e2d80e966d4f49/CLOUD/en-US) help pages.\""
193
+ ]
194
+ }
195
+ },
196
+ "additionalProperties": false,
197
+ "required": [
198
+ "type"
199
+ ],
200
+ "examples": [
201
+ {
202
+ "type": "open"
203
+ },
204
+ {
205
+ "type": "custom",
206
+ "customType": "sap.xref:open-local-tenant-id:v1",
207
+ "customDescription": "Custom description how to use custom access strategy"
208
+ }
209
+ ]
210
+ }
211
+ }
212
+ }