[media-types] Re: [IANA #1429060] application/asyncapi +json, asyncapi+yaml registration request
"Murray S. Kucherawy" <[email protected]>
| Newsgroups | gmane.ietf.types |
|---|---|
| Message-ID | <CAL0qLwa3meODRLP-52s=3Djd=QKSGRMN2oawBkiFe+cx4NHs6w@mail.gmail.com> |
Sorry, I missed these earlier. On Thu, Sep 11, 2025 at 3:39 PM Amanda Baber via RT < [email protected]> wrote: > Hi Murray, > > Would you be able to review this/these by September 25th? Linux Foundation > is on the approved organization list, and Andy and Orie confirmed that > listing them as the owner/change controller works here. > > If these are OK, we'll post a separate plain-text file for each > registration. Would you want us to leave the subtype name field intact, or > just list one subtype in each file? If the latter, are the RFCs named in > the sec cons field relevant to both asyncapi+json and asyncapi+yaml, or do > those need to be separated as well? > I'd prefer one subtype in each file. The references should be separated. For Security, they have something reasonable for each of the two registrations (9512 is YAML, 4627 is JSON), but the Interoperability field they have only applies to JSON. In RFC 4627, the "Interoperability considerations" is "N/A", which is unfortunate but probably reasonable for symmetry here. Besides that, I have only one gripe that, once fixed, makes these ready to split and go. -MSK ==== > > Media type name: application > > Media subtype name: asyncapi+json, asyncapi+yaml Required parameters: None > This should be "N/A"; see RFC 6838 Section 5.6. > Optional parameters: version; ignore all other parameters > > Encoding considerations: binary > > Security considerations: See Section 4 of RFC 9512 and Section 6 of RFC > 4627. > > Interoperability considerations: See Section 3 of RFC 9512. Published specification: > https://www.asyncapi.com/docs/reference/specification/v3.0.0 > > Applications which use this media: HTTP > > Fragment identifier considerations: > https://www.asyncapi.com/docs/reference/specification/v3.0.0 > > Restrictions on usage: None > > Provisional registration? (standards tree only): No > > Additional information: > > 1. Deprecated alias names for this type: None > 2. Magic number(s): None > 3. File extension(s): .json, .yaml > 4. Macintosh file type code: TEXT > 5. Object Identifiers: None > > Person to contact for further information: > > 1. Name: AsyncAPI Initiative > 2. Email: [email protected] > > Intended usage: COMMON > > Author/Change controller: Linux Foundation (AsyncAPI Initiative) > _______________________________________________ media-types mailing list -- [email protected] To unsubscribe send an email to [email protected]