W jaki sposób zaimplementować gruboziarnistą optymistyczną blokadę w REST?

Question

Zaimplementowałem optymistyczne blokowanie dla moich zasobów REST, które mają odwzorowanie 1 do 1 na tabele bazy danych, przekazując ponownie numer wersji, który był w GET z powrotem do wywołania PUT. Jeśli numer wersji zmienił się w bazie danych między czasem wykonania GET i PUT, wystąpił wyjątek optymalizacji blokady. Całkiem prosta konstrukcja.

Teraz, jak zrobić to samo dla złożonych zasobów REST, które mapują do wielu tabel bazy danych? Nie chciałbym przekazywać wielu pól wersji (jedna dla każdej tabeli danych, która odnosi się do zasobu złożonego). Uproszczonym przykładem złożonego zasobu byłoby/FooBar gdzie/Foo i/Bar są zasobami nie będącymi złożonymi.

Szukam zasadniczo na przykład implementacja reszta wzór Gruba Grained Locking Fowlera: http://martinfowler.com/eaaCatalog/coarseGrainedLock.html

Answer 1

To właśnie ETag header została zaprojektowana. Bardzo powszechnym sposobem jego implementacji jest wygenerowanie ładunku odpowiedzi, wykonanie skrótu (nie musi to być bezpieczne, po prostu niewielkie zderzenie), a następnie użycie tego skrótu jako wartości ETag. Należy zauważyć, że takie podejście nie jest znane, ile źródeł jest zaangażowanych w wytwarzanie odpowiedzi.

Klient wysyła następnie odebrany ETag w nagłówek If-Match, którego serwer może użyć do sprawdzenia świeżości żądania.