1

誰でもこのアプローチを検証できますか? 私は ESB に非常に慣れていないため、非常に複雑なフローのように見える最適なアプローチに苦労しています。WSO2 ESB (Apache Synapse) を使用しています。

使用事例:

  1. シンプルな 2 列の cvs ファイルを読み込みます。
  2. 行ごとに値の 1 つを取得し、ルックアップ サービス (ldap) に渡して、さらにデータを取得します。
  3. 取得したデータから (行ごとに) 値の 1 つを取得し、別の Web サービスを検索します。
  4. すべての行を 1 つのメッセージに結合し、結果のメッセージを外部 Web サービスに送信します

これまでの考えは、1) vfs と smooks を使用して csv を解析することです。これは簡単なようで、反復メディエーター内で個別の xml メッセージを作成して各行を処理できるようになりました。次に、2) 各行をカスタム メディエーターに渡して LDAP ルックアップを行います。3) その結果を取得し、要素の 1 つを使用してコールアウト メディエーターに渡します。コールアウト メディエーターは値を返します (基本的には列挙型ルックアップを実行します)。その後、4) そこまで到達していないことがわかりません。

これまでのところ、3 の解は非常に複雑に見えます。コールアウト メディエーターは、行 xml の外観とはまったく異なる、完全な Web サービス メッセージであるメッセージを予期しています。xslt を使用して Web サービスへの正しい入力に変換できますが、結果は完全な ws 応答になります。プロパティ メディエーターを使用して関心のある値を取得できますが、それをメッセージに挿入する方法がわかりません。

全体として、これは esb にはあまり適していないように見えますが、直感的には、私が行うべき方法のように思えます。もちろん、これをすべて Java で書くこともできますが、多くのビットは esb にあるようです。

それで、何かアドバイスはありますか?詳細について作業を続けることができて本当にうれしいですが、それが間違っている場合はそうではありません.

ありがとうコンラッド

4

1 に答える 1

1

3) については、payloadfactory メディエーターを使用して、送信するカスタム ペイロードを作成できます。同じメディエーターが応答を再度作成するのに役立つと思います。

于 2012-12-19T16:20:15.760 に答える