WebSphere Message Broker バージョン 8.0.0.5 オペレーティング・システム: AIX、HP-Itanium、Linux、Solaris、Windows、z/OS

製品の最新バージョンについては、IBM Integration Bus バージョン 9.0 をご覧ください。

デプロイ済みの既存のリソースを変更しないで Websphere Adapters 入力ノードから新しいイベント・タイプを処理する

エンタープライズ情報システム (EIS) に対するイベント・ハンドラーを作成し、メッセージ・フローを最初に開発した時点では存在しなかった新しいイベント・タイプを処理することも可能です。 そのため、EIS で新しいイベントが提供されたときに、メッセージ・フローを変更して再テストする必要はありません。

始める前に:

新しいイベント・タイプで反復的に拡張できる (つまり、新しいイベント・タイプをイベント・ハンドラーにデプロイできる) ようなイベント・ハンドラーを実装するには、SAPInput ノードで 2 次アダプターを使用するための構成を行う必要があります。 2 次アダプターのセットは、既存のアダプターに影響を与えずに操作時に拡張できます。

  1. 「アダプター接続」ウィザードを実行して、新しい EIS イベントの新しい .inadapter コンポーネントと新しいメッセージ・セットを作成します。

    既存のイベントを再発見する必要はありません。 「アダプター接続」ウィザードを実行する方法の詳細については、「アダプター接続」ウィザードを使用した EIS への接続を参照してください。

  2. メソッド名が固有の名前になっていることを確認します。

    メソッド名は、サービス・オペレーション名に対応しています。 したがって、サービス・オペレーション名を選択または編集するときには、そのノードで使用している他のアダプターで定義されている名前と競合しないようにする必要があります。

  3. メソッド名が重複しないようにしてください。そのためには、以下の要領でユーザー・トレースを使用します。
    1. ユーザー・トレースの開始の手順を実行して、ユーザー・トレースを開始します。
    2. メッセージ・フローをいったん停止して再始動します。
    3. mqsireadlog コマンドを使用して、ユーザー・トレースを読み取ります。 メッセージ BIP3432 で、現在デプロイされているアダプターで既に定義されているメソッドを確認できます。
  4. 作成するメッセージ・セットに、既存のメッセージ・セットと同じ名前やネーム・スペースを共有するタイプが含まれていないことを確認します。 「アダプター接続」ウィザードのビジネス・オブジェクト・ネーム・スペース・コントロールを使用して、タイプのネーム・スペースを変更できます。

    各メッセージ・セットで別々のネーム・スペースを使用します。 別々のネーム・スペースを使用することは、BAPI を操作するときに重要です。通常は、どの BAPI でも戻り値のフィールドに同じ名前が入り、BAPI の存続期間に応じてタイプ定義が変わる可能性があるからです。

特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        最終更新:
        
        最終更新: 2015-02-28 17:48:34


タスク・トピックタスク・トピック | バージョン 8.0.0.5 | bc22310_