Skip to content

Conversation

ralfhandl
Copy link
Owner

No description provided.

handrews and others added 30 commits June 13, 2025 09:15
Co-authored-by: Ralf Handl <ralf.handl@sap.com>
There really isn't a native `null` type in XML, as both elements
and attributes that are empty have an empty string value.

We also need to leave the behavior implementation-defined
for compatibility.

However, the `xsi:nil` attribute is the closest thing to a `null`
element.  Attributes are harder, and the best I can come up with
is letting `null` behave the same as an omitted attribute for the
purpose of serialization.
The guidance is the same as for serializing `null` and other
non-text data types to text in other text-based media types
such as the form media types.
Co-authored-by: Ralf Handl <ralf.handl@sap.com>
v3.2: Support all common XML node types (element, attribute, text, cdata)
v3.2: Strengthen generic data types to a SHOULD
Co-authored-by: Ralf Handl <ralf.handl@sap.com>
Since we are testing with a placeholder, we need to match
the placeholder.  This will unfortunately need to be different
on each new release line branch, so let's separate this test
case into its own file.
3.2: try to fix automation for jsonSchemaDialect.yaml
We require `content` but failed to require it to be non-empty,
even though a request body without a body does not make any sense.
v3.2: (port of OAI#4614) Clarify that Request Body Objects need a body
v3.2-dev: update from dev
These media types solve our long-standing problems with modeling
HTTP Link headers.  We do not need to define anything beyond
noting how to use them media types in a Media Type Ojbect.
We allow multiple `contentType` values in the Encoding Object,
but do not provide any guidance on how to determine which to use
when performing the encoding.  This adds such guidance.
This adds the Media Type Object's encoding field to the Encoding
Object to support nested multipart documents.  It only requires
one level of nesting, but allows implementations to support more.
v3.2: improve wording for servers object and url
karenetheridge and others added 28 commits September 15, 2025 22:40
v3.2-dev: update from dev
UTF-8 is not a character set; it is an encoding. The character set we are
using is Unicode (the full range of integers from \x00 to \x10FFFF), so revert
to using the correct terminology.

ref.: https://www.rfc-editor.org/rfc/rfc6570#section-2.1 uses "any Unicode
character except..."
updates for the "xml" and "example" keywords
…ments

fix character terminology in ABNF comments
Official 3.1.2 release branch
Official 3.2.0 release branch
main: Fix broken links in 3.2.0.md
main: adjust reviewers in respec workflow
@ralfhandl ralfhandl merged commit 1b1e4a9 into dummy-3.1 Oct 1, 2025
3 of 4 checks passed
@ralfhandl ralfhandl deleted the dummy-3.1-merge-dummy-dev branch October 1, 2025 18:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants