6.4. Registre des noms de composants dérivés de signature HTTP

6.4. Registre des noms de composants dérivés de signature HTTP

Le présent document définit une méthode pour canoniser les composants de message HTTP, y compris les composants pouvant être dérivés du contexte du message cible en dehors des champs HTTP. Ces composants dérivés sont identifiés par une chaîne unique, appelée nom de composant (component name). Les noms de composant pour les composants dérivés commencent toujours par le symbole « arobase » (@) pour les distinguer des noms de champs HTTP. IANA a créé et maintient désormais un nouveau registre intitulé « HTTP Signature Derived Component Names » pour enregistrer et maintenir l'ensemble des noms de composants non liés aux champs et les méthodes utilisées pour produire leurs valeurs de composant associées. Les valeurs initiales de ce registre sont données à la Section 6.4.2. Les attributions futures et les modifications des attributions existantes se font selon la politique d'enregistrement Expert Review [RFC8126].

On attend du DE qu'il fasse ce qui suit :

• S'assurer que le nom suit le modèle présenté à la Section 6.4.1 ; cela inclut de vérifier que la longueur du nom n'est pas excessive tout en restant unique et reconnaissable pour sa fonction définie.

• S'assurer que la valeur de composant représentée par la demande d'enregistrement peut être dérivée de façon déterministe du message HTTP cible.

• S'assurer que tout paramètre défini pour la demande d'enregistrement est clairement documenté, avec ses effets sur la valeur du composant.

Le DE devrait s'assurer qu'un enregistrement est suffisamment distinct des définitions de composants dérivés existantes pour justifier son enregistrement.

Lorsqu'un statut « Deprecated » est attribué à un élément enregistré, le DE devrait s'assurer qu'une raison de la dépréciation est documentée, avec des instructions pour abandonner la fonctionnalité dépréciée.