Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion src/oas.md
Original file line number Diff line number Diff line change
Expand Up @@ -57,9 +57,9 @@

### JSON and YAML Compatibility

In order to preserve the ability to round-trip between YAML and JSON formats, YAML version [1.2](https://yaml.org/spec/1.2/spec.html) is RECOMMENDED along with the additional constraints listed in [[!RFC9512]] [Section 3.4](https://www.rfc-editor.org/rfc/rfc9512.html#name-yaml-and-json).

Check failure on line 60 in src/oas.md

View workflow job for this annotation

GitHub Actions / lint

[Linkspector] reported by reviewdog 🐶 Cannot reach https://yaml.org/spec/1.2/spec.html Status: 404 Raw Output: message:"Cannot reach https://yaml.org/spec/1.2/spec.html Status: 404" location:{path:"src/oas.md" range:{start:{line:60 column:92} end:{line:60 column:134}}} severity:ERROR source:{name:"linkspector" url:"https://github.com/UmbrellaDocs/linkspector"}

The recommendation in previous versions of this specification to restrict YAML to its "JSON" [schema ruleset](https://yaml.org/spec/1.2/spec.html#id2803231) allowed for the inclusion of certain values that (despite the name) cannot be represented in JSON.

Check failure on line 62 in src/oas.md

View workflow job for this annotation

GitHub Actions / lint

[Linkspector] reported by reviewdog 🐶 Cannot reach https://yaml.org/spec/1.2/spec.html#id2803231 Status: 404 Raw Output: message:"Cannot reach https://yaml.org/spec/1.2/spec.html#id2803231 Status: 404" location:{path:"src/oas.md" range:{start:{line:62 column:94} end:{line:62 column:157}}} severity:ERROR source:{name:"linkspector" url:"https://github.com/UmbrellaDocs/linkspector"}
OAD authors SHOULD NOT rely on any such JSON-incompatible YAML values.

### Case Sensitivity
Expand Down Expand Up @@ -1393,7 +1393,7 @@
Most `multipart` media types, including `multipart/mixed` which defines the underlying rules for parsing all `multipart` types, do not have named parts.
Data for these media types are modeled as an array, with one item per part, in order.

To use the `prefixEncoding` and/or `itemEncoding` fields, either `itemSchema` or an array `schema` MUST be present.
To use the `prefixEncoding` and/or `itemEncoding` fields, either `itemSchema` or a [`schema` indicating an array type](#non-json-data) MUST be present.
These fields are analogous to the `prefixItems` and `items` JSON Schema keywords, with `prefixEncoding` (if present) providing an array of Encoding Objects that are each applied to the value at the same position in the data array, and `itemEncoding` applying its single Encoding Object to all remaining items in the array.
As with `prefixItems`, it is _not_ an error if the instance array is shorter than the `prefixEncoding` array; the additional Encoding Objects SHALL be ignored.

Expand Down
Loading