Недействительный «подресурс», когда PATCH к ресурсу - PullRequest
0 голосов
/ 22 февраля 2012

У нас есть веб-сервис RESTful с шаблоном URI, например:

  • / orders /
  • / orders / 1
  • / orders / 1 / changelog

Мы используем правильный HATEOS, чтобы связать ссылку из ресурса /orders/1 с его журналом изменений, найденным в /orders/1/changelog.Когда мы вносим изменение в ресурс /orders/1, мы делаем это, отправляя запрос PATCH на ресурс.

Любой кэш /orders/1 будет аннулирован PATCH, но то же самое не верно дляресурс /orders/1/changelog.

Есть ли способ через HTTP-заголовки или другой механизм сделать недействительными какие-либо кэши другого ресурса после PATCH?Служба интегрируется с устаревшей системой для данных, поэтому нет простого способа использовать ETags или If-Modified-Since, чтобы служба проверила, является ли ресурс недействительным или нет, на самом деле не выполнимо, поэтому я надеялся, что заголовки ответа сделаютаннулирование кэша для меня.

Я совершенно не в базе?Другие варианты?

1 Ответ

0 голосов
/ 23 февраля 2012

В этой спецификации http://tools.ietf.org/html/draft-nottingham-linked-cache-inv-00 обсуждается, как это можно сделать с помощью заголовков ссылок.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...