Я сталкиваюсь с конкретным вариантом использования при использовании автономного API Wiremock.
Я хотел бы иметь возможность повторно использовать тело ответа, сгенерированное путем заглушки для другого запроса (также заглушенного) в качестве модели контекста. Цель состоит в том, чтобы сохранить для сгенерированного идентификатора все данные ответа, что позволило бы мне снова обслуживать его, просто зная идентификатор, в частности, в методе получения (где нет тела запроса). Есть ли способ при определении заглушки ответа захватить сгенерированный ответ, чтобы сохранить его?
Или если у вас есть другая лучшая идея.
Например, у вас есть первый сгенерированный ответ из информации тела запроса. Ответ генерирует идентификатор, который указывает на данные запроса. Следующий запрос — это GET без тела, но с URL-адресом, соответствующим этому сгенерированному идентификатору. Я хочу вернуть тот же ответ предварительного просмотра, например, с измененными данными...
Для меня это звучит так, как будто вы хотите иметь поведение с сохранением состояния. WireMock имеет некоторую поддержку для этого. Это объясняется в документация, в зависимости от вашего варианта использования этого может быть достаточно. Вы его уже посмотрели?
Наконец, я решил проблему, используя перехватчик okhttp (который зависит от вашего клиентского решения).
В перехватчике я сохраняю данные каждого ответа (например, сгенерированный идентификатор) и устанавливаю их в заголовках каждого следующего запроса, когда они совпадают с частью сохраненного ответа.
добавление их в заголовки запроса позволяет мне получить к ним доступ, например, в файле шаблона json
Можете ли вы уточнить вариант использования. Я сбит с толку, почему вы не хотите регенерировать один и тот же ответ и делать сопоставление запросов более общими, чтобы обеспечить динамическое сопоставление нескольких входных данных с одним сопоставлением.