Wie implementieren Sie eine grobkörnige optimistische Sperre in REST?

Question

Ich habe eine optimistische Sperrung für meine REST-Ressourcen implementiert, die eine 1-zu-1-Zuordnung zu Datenbanktabellen haben, indem eine Versionsnummer, die im GET zurückgegeben wurde, an den PUT-Aufruf zurückgegeben wird. Wenn sich die Versionsnummer in der Datenbank zwischen dem Zeitpunkt, an dem ich das GET und das PUT abschloss, geändert hat, ist eine optimistische Sperrenausnahme aufgetreten. Ziemlich einfaches Design.

Wie mache ich das Gleiche für zusammengesetzte REST-Ressourcen, die mehreren Datenbanktabellen zugeordnet sind? Ich möchte nicht mehrere Versionsfelder zurückgeben müssen (eines für jede Datentabelle, die sich auf die zusammengesetzte Ressource bezieht). Ein vereinfachtes Beispiel für eine zusammengesetzte Ressource wäre/FooBar, wobei/Foo und/Bar nicht zusammengesetzte Ressourcen sind.

ich im Grunde bin für ein Beispiel für den REST Implementierung von Fowler grobkörnigem Locking Muster suchen: http://martinfowler.com/eaaCatalog/coarseGrainedLock.html

Answer 1

Dies ist, was die ETag header für entworfen wurde. Eine sehr übliche Methode zur Implementierung besteht darin, die Antwort-Payload zu erstellen, einen Hashwert zu erstellen (sie muss nicht sicher sein, nur eine geringe Kollision) und dann diesen Hashwert als ETag-Wert verwenden. Beachten Sie, dass dieser Ansatz nicht weiß, wie viele Quellen an der Erstellung der Antwort beteiligt sind.

Der Client sendet dann die empfangene ETag zurück in eine If-Match Kopfzeile, die der Server verwenden kann, um die Aktualität der Anfrage zu überprüfen.