Тело ответа захвата Wiremock для последующего повторного использования

Я столкнулся с конкретным вариантом использования при использовании автономного API Wiremock.

Я хотел бы иметь возможность повторно использовать тело ответа, сгенерированное заглушкой для другого запроса (также заглушенного), в качестве контекстной модели. Цель состоит в том, чтобы сохранить для сгенерированного идентификатора все данные ответа, что позволило бы мне снова обслуживать его, просто зная идентификатор, в частности, в методе get (где нет тела запроса). Есть ли способ при определении заглушки ответа захватить сгенерированный ответ, чтобы сохранить его?

Или, если у вас есть другая идея получше.


person pi lak    schedule 10.04.2019    source источник
comment
Не могли бы вы подробнее рассказать о сценарии использования. Я не понимаю, почему вы не хотите повторно сгенерировать один и тот же ответ и сделать запрос, соответствующий более общим, чтобы обеспечить динамическое сопоставление нескольких входных данных с одним сопоставлением.   -  person A. Kootstra    schedule 11.04.2019
comment
Например, у вас есть первый сгенерированный ответ из информации тела запроса. Ответ генерирует идентификатор, указывающий на данные запроса. Следующий запрос - это GET без тела, но с URL-адресом, соответствующим сгенерированному идентификатору. Я хочу вернуть тот же ответ на превью, например, с измененными данными ...   -  person pi lak    schedule 11.04.2019
comment
Для меня это звучит так, как будто вы хотите иметь поведение с отслеживанием состояния. WireMock имеет некоторую поддержку для этого. Это объясняется в документации, в зависимости от вашего варианта использования этого может быть достаточно. Вы уже видели это?   -  person A. Kootstra    schedule 12.04.2019


Ответы (1)


Наконец, я решил проблему, используя перехватчик okhttp (что зависит от вашего клиентского решения).

В перехватчике я храню все данные ответа (например: сгенерированный идентификатор) и устанавливаю их в каждом следующем заголовке запроса, когда он совпадает с частью сохраненного ответа.

добавление их в заголовки запросов позволяет мне получить к ним доступ, например, в файле шаблона json

person pi lak    schedule 31.03.2020