Passa al contenuto principale

3. IANA Considerations (Considerazioni IANA)

3. IANA Considerations (Considerazioni IANA)

3.1. Registration of Media Type application/jsonpath (Registrazione del tipo di media application/jsonpath)

IANA ha registrato il seguente tipo di media [RFC6838]:

Nome tipo: application

Nome sottotipo: jsonpath

Parametri obbligatori: N/A

Parametri opzionali: N/A

Considerazioni di codifica: binary (UTF-8)

Considerazioni di sicurezza: vedere la sezione Security Considerations di RFC 9535.

Considerazioni di interoperabilità: N/A

Specifica pubblicata: RFC 9535

Applicazioni che usano questo tipo di media: applicazioni che devono trasmettere interrogazioni in dati JSON

Considerazioni su identificatori di frammento: N/A

Informazioni aggiuntive:

Nomi alias deprecati per questo tipo: N/A Numero magico: N/A Estensioni file: N/A Codici tipo file Macintosh: N/A

Persona e indirizzo email per ulteriori informazioni: [email protected]

Uso previsto: COMMON

Restrizioni d'uso: N/A

Autore: JSONPath WG

Change controller: IETF

3.2. Function Extensions Subregistry (Subregistry Function Extensions)

In base a questa specifica, IANA ha creato un nuovo subregistry "Function Extensions" in un nuovo registry "JSONPath". Il subregistry "Function Extensions" ha la policy "Expert Review" (Sezione 4.5 di [RFC8126]).

Agli esperti è richiesto di essere parsimoniosi nell'allocazione di nomi di function extension suggestivi di semantica generalmente applicabile, mantenendoli in riserva per funzioni che probabilmente godranno di uso ampio e possono trarre vantaggio dalla loro concisione. All'esperto è inoltre richiesto di indirizzare il registrante a fornire una specifica (Sezione 4.6 di [RFC8126]) ma può fare eccezioni, ad esempio quando una specifica non è disponibile al momento della registrazione ma è probabile che arrivi. Se l'esperto viene a conoscenza di function extension distribuite e in uso, può anche avviare una registrazione per proprio conto se ritiene che tale registrazione possa evitare potenziali collisioni future.

Ciascuna voce nel subregistry deve includere quanto segue:

Function Name: una stringa ASCII minuscola [RFC0020] che inizia con una lettera e può contenere lettere, cifre e caratteri underscore in seguito ([a-z][_a-z0-9]*). Nessun'altra voce nel subregistry può avere lo stesso nome di funzione.

Brief description: una breve descrizione

Parameters: una lista separata da virgole di zero o più tipi dichiarati, uno per ciascuno degli argomenti attesi per questa function extension

Result: il tipo dichiarato del risultato per questa function extension

Change Controller: vedere Sezione 2.3 di [RFC8126].

Reference: un documento di riferimento che fornisce una descrizione della function extension

Le voci iniziali in questo subregistry sono elencate nella Tabella 19; le voci nella colonna "Change Controller" hanno tutte il valore "IETF", e le voci nella colonna "Reference" hanno tutte il valore "Section 2.4 of RFC 9535":

Function NameBreve descrizioneParametersResult
lengthlunghezza di stringa,ValueTypeValueType
array, o oggetto
countdimensione della nodelistNodesTypeValueType
matchespressione regolareValueType,LogicalType
corrispondenza completaValueType
searchespressione regolareValueType,LogicalType
corrispondenza sottostringaValueType
valuevalore dell'unicoNodesTypeValueType
nodo nella nodelist

Tabella 19: Voci iniziali nel subregistry Function Extensions