Возможные причины, по которым (очевидно) идентичный GET может не работать в soapUI при работе в PostMan - PullRequest
0 голосов
/ 15 января 2020

Мы пытаемся настроить интерфейс API между двумя веб-приложениями. При тестировании вызова GET он работает из PostMan, но не работает из soapUI. Кажется, что веб-приложения не работают, как soapUI.

Я надеюсь, что если мы сможем выявить и понять разницу, мы сможем решить проблему.

Некоторая информация:

  1. Оба используют аутентификацию Basi c с именем пользователя и паролем (кажется, что им разрешен доступ, поскольку POST-вызовы с аутентификацией работают из обоих инструментов тестирования).
  2. Ни из одного из инструментов мы не проходим любой параметр явно. Это обычный c URL, по которому мы звоним. Однако URL-адрес содержит идентификатор ресурса (целевой отчет), который можно настроить в качестве параметра шаблона, если мы захотим.
  3. При выполнении вызова из soapUI регистрируйте приложение, которое предполагается в ответ на GET говорит: javax.xml.bind.UnmarshalException: unexpected element (uri:"", local:"reportExecution").
  4. Используемый нами вызов похож на GET [endpoint]/jasperserver-pro/rest_v2/reportExecutions/0cc3aefc-29b6-45b1-8248-ae4e1457bb87/status

Обновление: к настоящему времени я совершенно уверен, что это связано с файлами cookie. Идентификатор запроса 0cc3aefc-29b6-45b1-8248-ae4e1457bb87 выше был получен во время предыдущего вызова, и вам необходимо запросить статус с тем же токеном доступа, который вы можете сделать с помощью файлов cookie, но установить его в soapUI непросто (по крайней мере, не для меня) ). В PostMan это, кажется, стандартное поведение и, следовательно, разница в результате.

С уважением

Pieka

...