Zum Hauptinhalt springen

21. IANA Considerations (IANA-Überlegungen)

21. IANA Considerations (IANA-Überlegungen)

21.1. New URI Schemes (Neue URI-Schemas)

Diese Spezifikation definiert zwei URI-Schemas:

  1. das "opaquelocktoken"-Schema, das in Anhang C definiert ist, und

  2. das "DAV" URI-Schema, das historisch in [RFC2518] verwendet wurde, um WebDAV-Eigenschaftsnamen und XML-Elementnamen eindeutig zu machen und das weiterhin für diesen Zweck in dieser Spezifikation und anderen WebDAV erweiternden Spezifikationen verwendet wird. Die Erstellung von Identifikatoren im "DAV:"-Namespace wird von der IETF kontrolliert.

Beachten Sie, dass die Definition neuer URI-Schemas für XML-Namespaces jetzt nicht mehr empfohlen wird. "DAV:" wurde definiert, bevor standardmäßige Best Practices entstanden.

21.2. XML Namespaces (XML-Namespaces)

XML-Namespaces machen WebDAV-Eigenschaftsnamen und XML-Elemente eindeutig. Jeder WebDAV-Benutzer oder jede Anwendung kann einen neuen Namespace definieren, um benutzerdefinierte Eigenschaften zu erstellen oder die WebDAV-XML-Syntax zu erweitern. IANA muss solche Namespaces, Eigenschaftsnamen oder Elementnamen nicht verwalten.

21.3. Message Header Fields (Nachrichten-Header-Felder)

Die folgenden Nachrichten-Header-Felder sollten dem permanenten Register hinzugefügt werden (siehe [RFC3864]).

21.3.1. DAV

Header field name (Header-Feldname): DAV

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.1)

21.3.2. Depth

Header field name (Header-Feldname): Depth

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.2)

21.3.3. Destination

Header field name (Header-Feldname): Destination

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.3)

21.3.4. If

Header field name (Header-Feldname): If

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.4)

21.3.5. Lock-Token

Header field name (Header-Feldname): Lock-Token

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.5)

21.3.6. Overwrite

Header field name (Header-Feldname): Overwrite

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.6)

21.3.7. Timeout

Header field name (Header-Feldname): Timeout

Applicable protocol (Anwendbares Protokoll): http

Status (Status): standard

Author/Change controller (Autor/Änderungsverantwortlicher): IETF

Specification document (Spezifikationsdokument): this specification (Section 10.7)

21.4. HTTP Status Codes (HTTP-Statuscodes)

Diese Spezifikation definiert die HTTP-Statuscodes

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

die im Register unter http://www.iana.org/assignments/http-status-codes aktualisiert werden sollen.

Hinweis: Der HTTP-Statuscode 102 (Processing) wurde in dieser Spezifikation entfernt; seine IANA-Registrierung sollte weiterhin auf RFC 2518 verweisen.