Aller au contenu principal

21. IANA Considerations (Considérations IANA)

21. IANA Considerations (Considérations IANA)

21.1. New URI Schemes (Nouveaux schémas URI)

Cette spécification définit deux schémas URI:

  1. le schéma "opaquelocktoken" défini dans l'Annexe C, et

  2. le schéma URI "DAV", qui était historiquement utilisé dans [RFC2518] pour désambiguïser les noms de propriétés WebDAV et les noms d'éléments XML et qui continue à être utilisé à cette fin dans cette spécification et dans d'autres extensions de WebDAV. La création d'identifiants dans l'espace de noms "DAV:" est contrôlée par l'IETF.

Notez que la définition de nouveaux schémas URI pour les espaces de noms XML est maintenant découragée. "DAV:" a été défini avant l'émergence des meilleures pratiques standard.

21.2. XML Namespaces (Espaces de noms XML)

Les espaces de noms XML désambiguïsent les noms de propriétés WebDAV et les éléments XML. Tout utilisateur ou application WebDAV peut définir un nouvel espace de noms afin de créer des propriétés personnalisées ou d'étendre la syntaxe XML de WebDAV. L'IANA n'a pas besoin de gérer de tels espaces de noms, noms de propriétés ou noms d'éléments.

21.3. Message Header Fields (Champs d'en-tête de message)

Les champs d'en-tête de message ci-dessous doivent être ajoutés au registre permanent (voir [RFC3864]).

21.3.1. DAV

Header field name (Nom du champ d'en-tête): DAV

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.1)

21.3.2. Depth

Header field name (Nom du champ d'en-tête): Depth

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.2)

21.3.3. Destination

Header field name (Nom du champ d'en-tête): Destination

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.3)

21.3.4. If

Header field name (Nom du champ d'en-tête): If

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.4)

21.3.5. Lock-Token

Header field name (Nom du champ d'en-tête): Lock-Token

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.5)

21.3.6. Overwrite

Header field name (Nom du champ d'en-tête): Overwrite

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.6)

21.3.7. Timeout

Header field name (Nom du champ d'en-tête): Timeout

Applicable protocol (Protocole applicable): http

Status (Statut): standard

Author/Change controller (Auteur/Contrôleur de changement): IETF

Specification document (Document de spécification): this specification (Section 10.7)

21.4. HTTP Status Codes (Codes d'état HTTP)

Cette spécification définit les codes d'état HTTP

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

à mettre à jour dans le registre à http://www.iana.org/assignments/http-status-codes.

Note: le code d'état HTTP 102 (Processing) a été supprimé dans cette spécification; son enregistrement IANA doit continuer à référencer RFC 2518.