2.1.1. Strict Serialization of HTTP Structured Fields (Strenge Serialisierung)

2.1.1. Strict Serialization of HTTP Structured Fields (Strenge Serialisierung von HTTP Structured Fields)

Ist der Wert eines HTTP-Feldes der Anwendung als Structured-Field-Typ bekannt (gemäß [STRUCTURED-FIELDS] oder Erweiterungen) und ist der erwartete Typ bekannt, KANN der Signierende den Parameter sf im Komponenten-Identifikator setzen. Ist dieser Parameter gesetzt, MUSS der HTTP-Feldwert mit den formalen Serialisierungsregeln aus Abschnitt 4 von [STRUCTURED-FIELDS] (bzw. der jeweiligen Erweiterung) für den Feldtyp serialisiert werden. Dabei werden u. a. optionaler interner Whitespace durch ein einzelnes Leerzeichen ersetzt.

Treten mehrere Feldwerte in einer Nachricht auf, MÜSSEN sie vor der Serialisierung zu einer einzelnen List- oder Dictionary-Struktur zusammengeführt werden.

Kennt die Anwendung den Typ nicht oder nicht, wie zu serialisieren ist, führt die Nutzung dieses Flags zu einem Fehler. Der Signierende kann das Flag daher nur zuverlässig nutzen, wenn auch das System des Verifizierenden den Typ kennt.

Beispiel Dictionary-Feld:

Example-Dict:  a=1,    b=2;x=1;y=2,   c=(a   b   c)

Ohne Parameter in der Signaturbasis:

"example-dict": a=1,    b=2;x=1;y=2,   c=(a   b   c)

Mit Parameter sf:

"example-dict";sf: a=1, b=2;x=1;y=2, c=(a b c)

Diese Zeichenkette ist der Komponentenwert; siehe Abschnitt 2.1.