2017-02-01 20 views
0

сборка API API API API содержит два вызова. Первый вызов API внутренней маршрутизации для получения информации о маршрутизации. Ответ этого API маршрутизации не должен передаваться во второй вызов.Как получить доступ к переменной объекта вызова ответа на следующих этапах сборки

Если я не настраиваю «переменную объекта ответа» в вызове API маршрутизации, исходный корпус запроса перезаписывается, а второй API получает результат от API маршрутизации в качестве тела запроса. И если я укажу «переменную объекта ответа» в вызове маршрутизации, я не могу получить доступ к содержимому (json) этой переменной в следующих шагах.

Как я могу решить эту проблему?

Thx 4 help.

ответ

1

Вместо того, чтобы полагаться на чтение объекта запроса, вы можете читать из сконфигурированной «переменной объекта ответа» позже в потоке. Например, если ваш первый вызов имеет переменную объекта ответа, установленную в 'resp1', вы можете получить доступ к полезной нагрузке JSON, используя в дальнейшем поток $ (resp1.body). Использование этого метода позволит вам сохранять ответ каждого вызова в отдельном объекте, избегая проблемы с перезаписью. Эти переменные объекта ответа могут быть прочитаны так же, как и любая другая переменная контекста в потоке.

Для получения дополнительной информации, проверить эти ссылки в Центре знаний:

Invoke Политика: https://www.ibm.com/support/knowledgecenter/en/SSMNED_5.0.0/com.ibm.apic.toolkit.doc/rapim_ref_ootb_policyinvoke.html

Контекстные переменные: https://www.ibm.com/support/knowledgecenter/SSMNED_5.0.0/com.ibm.apic.toolkit.doc/capim_context_references.html

+0

нормально, ТНХ. Это хорошо работает для тела. Но теперь у меня проблема с кодом status.code. Кажется, что status.code из первого вызова/ответа отправляется обратно в Caller API. Должен ли работать $ (resp1.status.code)? Или как я могу получить доступ к коду статуса вызывающего ответа? – tdeer