2017-02-01 1 views
0

API APIのアセンブリに2つの呼び出しが含まれています。最初は内部ルーティングAPIを呼び出してルーティング情報を取得しています。このルーティングAPIの応答は、2番目の呼び出しに渡すべきではありません。次の組み立て手順でinvoke応答オブジェクト変数にアクセスする方法

ルーティングAPIの呼び出しで「応答オブジェクト変数」を設定しないと、元の要求本体が上書きされ、2番目のAPIがリクエスト本体としてルーティングAPIから結果を取得します。ルーティングの呼び出しで「応答オブジェクト変数」を指定すると、次の手順でこの変数のコンテンツ(json)にアクセスできません。

どうすればこの問題を解決できますか?

Thx 4ヘルプ。

答えて

1

リクエストオブジェクトの読み込みに頼るのではなく、後でフローの設定された「応答オブジェクト変数」から読み取ることができます。たとえば、最初の呼び出しで応答オブジェクト変数が 'resp1'に設定されている場合は、後で '$(resp1.body)'を使用してJSONペイロードにアクセスできます。この手法を使用すると、各呼び出しの応答を別のオブジェクトに格納して、上書きの問題を避けることができます。これらの応答オブジェクト変数は、フロー内の他のコンテキスト変数と同様に読み取ることができます。詳細情報については

、ナレッジセンターでは、これらのリンクをチェックアウト:

起動ポリシー: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

OK、THXを。これは体のためにうまくいく。しかし、今私はstatus.codeに問題があります。最初の呼び出し/応答のstatus.codeがAPI呼び出し側に返信されたようです。 $(resp1.status.code)も使えますか?または、呼び出し応答のstatus.codeにはどうすればアクセスできますか? – tdeer

関連する問題