Zum Hauptinhalt springen

Appendix C. The 'opaquelocktoken' Scheme and URIs (Das 'opaquelocktoken'-Schema und URIs)

Anhang C. The 'opaquelocktoken' Scheme and URIs (Das 'opaquelocktoken'-Schema und URIs)

Das 'opaquelocktoken' URI-Schema wurde in [RFC2518] definiert (und von der IANA registriert), um syntaktisch korrekte und einfach zu generierende URIs aus UUIDs zu erstellen, die als Sperr-Tokens verwendet werden sollen und über alle Ressourcen für alle Zeit hinweg eindeutig sein sollen.

Ein opaquelocktoken-URI wird konstruiert, indem das 'opaquelocktoken'-Schema mit einer UUID verkettet wird, zusammen mit einer optionalen Erweiterung. Server können neue UUIDs für jeden neuen Sperr-Token erstellen. Wenn ein Server UUIDs wiederverwenden möchte, MUSS der Server eine Erweiterung hinzufügen, und der Algorithmus, der die Erweiterung generiert, MUSS garantieren, dass dieselbe Erweiterung niemals zweimal mit der zugehörigen UUID verwendet wird.

OpaqueLockToken-URI = "opaquelocktoken:" UUID [Extension]
; UUID ist in Abschnitt 3 von [RFC4122] definiert. Beachten Sie, dass LWS
; zwischen den Elementen dieser
; Produktion nicht erlaubt ist.

Extension = path
; path ist in Abschnitt 3.3 von [RFC3986] definiert