Passa al contenuto principale

21. IANA Considerations (Considerazioni IANA)

21. IANA Considerations (Considerazioni IANA)

21.1. New URI Schemes (Nuovi schemi URI)

Questa specifica definisce due schemi URI:

  1. lo schema "opaquelocktoken" definito nell'Appendice C, e

  2. lo schema URI "DAV", che storicamente è stato utilizzato in [RFC2518] per disambiguare i nomi delle proprietà WebDAV e i nomi degli elementi XML e che continua ad essere utilizzato per tale scopo in questa specifica e in altre che estendono WebDAV. La creazione di identificatori nello spazio dei nomi "DAV:" è controllata dall'IETF.

Si noti che la definizione di nuovi schemi URI per gli spazi dei nomi XML è ora sconsigliata. "DAV:" è stato definito prima che emergessero le migliori pratiche standard.

21.2. XML Namespaces (Spazi dei nomi XML)

Gli spazi dei nomi XML disambiguano i nomi delle proprietà WebDAV e gli elementi XML. Qualsiasi utente o applicazione WebDAV può definire un nuovo spazio dei nomi per creare proprietà personalizzate o estendere la sintassi XML di WebDAV. IANA non ha bisogno di gestire tali spazi dei nomi, nomi di proprietà o nomi di elementi.

21.3. Message Header Fields (Campi dell'intestazione del messaggio)

I campi dell'intestazione del messaggio seguenti dovrebbero essere aggiunti al registro permanente (vedere [RFC3864]).

21.3.1. DAV

Header field name (Nome del campo dell'intestazione): DAV

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.1)

21.3.2. Depth

Header field name (Nome del campo dell'intestazione): Depth

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.2)

21.3.3. Destination

Header field name (Nome del campo dell'intestazione): Destination

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.3)

21.3.4. If

Header field name (Nome del campo dell'intestazione): If

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.4)

21.3.5. Lock-Token

Header field name (Nome del campo dell'intestazione): Lock-Token

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.5)

21.3.6. Overwrite

Header field name (Nome del campo dell'intestazione): Overwrite

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.6)

21.3.7. Timeout

Header field name (Nome del campo dell'intestazione): Timeout

Applicable protocol (Protocollo applicabile): http

Status (Stato): standard

Author/Change controller (Autore/Controllore delle modifiche): IETF

Specification document (Documento di specifica): this specification (Section 10.7)

21.4. HTTP Status Codes (Codici di stato HTTP)

Questa specifica definisce i codici di stato HTTP

  • 207 Multi-Status (Section 11.1)
  • 422 Unprocessable Entity (Section 11.2),
  • 423 Locked (Section 11.3),
  • 424 Failed Dependency (Section 11.4) e
  • 507 Insufficient Storage (Section 11.5),

da aggiornare nel registro su http://www.iana.org/assignments/http-status-codes.

Nota: il codice di stato HTTP 102 (Processing) è stato rimosso in questa specifica; la sua registrazione IANA dovrebbe continuare a fare riferimento a RFC 2518.