Это было бы нарушением концепции RESTful, что нет состояния сеанса поддерживается между вызовами API REST на сервере; все состояние поддерживается клиентом. Возможно, вы можете сделать свой код идемпотентным , чтобы множественные представления просто помещали значение на основе того, что было в последний раз получено с помощью GET. Я предполагаю, что ресурс, который обновляет ваш пользователь, идентифицирован как его (например, атрибут данного пользователя). Вы также можете рассмотреть возможность размещения чего-либо в очереди с ответом 202 Accepted, а затем очередь будет очищена другим процессом, который реализует любую политику, которая вам нравится. Это потребует от клиента опроса другого GET, чтобы узнать результат.