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

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

メッセージ・シーケンス

メッセージが特定の順序で受信側アプリケーションに送達されるようにするには、メッセージ・シーケンスを使用します。

WebSphere® Message Broker では、メッセージにシーケンス番号を追加したり、メッセージ・フロー内のメッセージをそれぞれのシーケンス番号に基づいて再配列したりすることができます。 メッセージは任意の順序で到達する可能性があり、Sequence ノードおよび Resequence ノードを使用して、必要なシーケンスにメッセージを再配列できます。

アプリケーションによっては、ワークフローの整合性を維持するために、メッセージを特定の順序で処理できることが重要になります。 例えば、銀行口座の一連の借方と貸方は、その発生順に処理されなければなりません。また、受け取り、処理、転送が行われる患者記録は、その到着順に送られなければなりません。

メッセージ・フローに到着するメッセージにシーケンス番号がある場合とない場合があります。 シーケンス番号のないメッセージを入力ソースから受け取る場合、Sequence ノードを使用してメッセージの受信順序を保持し、シーケンス・グループ内のメッセージごとに単純に増分するシーケンス番号を生成できます。 各メッセージが Sequence ノードに到達すると、シーケンス番号は増分し、ノード上の指定の場所にメッセージとともに保管されます。 各アクティブ・シーケンス・グループの現行シーケンス番号は、 以下の WebSphere MQ キューに保管されます。 詳しくは、Sequence ノードを参照してください。

入力メッセージにシーケンス番号があるときは、Sequence ノードによって追加されたものであろうと、メッセージ内の整数フィールドでもともと定義されていたものであろうと、Resequence ノードを使用してメッセージ・フロー内のメッセージの順序を変更できます。

メッセージは Resequence ノードに到達すると、シーケンス内のそれ以前のすべてのメッセージが伝搬されてコミットされるまでは、ストレージ・キューに留まります。 各メッセージはシーケンス内で次のメッセージになると、キューから出て、Out ターミナルに伝搬されます。 この一連のイベントにより、メッセージの処理が失敗する場合であってもメッセージの順序が正しく保たれます。

デフォルトでは、Resequence ノードによって使用されるストレージ・キューは、以下のとおりです。 ただし、Resequence 構成可能サービスを使用して、Resequence ノードによって使用される代替キューを指定できます。 Resequence 構成可能サービスの使用についての詳細は、Resequence ノードに関するイベントのストレージの構成を参照してください。
Resequence ノードを構成してシーケンス内のメッセージが指定の期間に到達できなかった場合にタイムアウトになるようにしたり、あるメッセージが未着の場合に後続のメッセージの処理方法を指定したりできます。 例えば、以下のようにノードを構成できます。

これらのシナリオに対応する Resequence ノードを構成する方法については、未着メッセージの取り扱いを参照してください。

メッセージをシーケンス・グループごとに分割することもできます。それぞれのシーケンス・グループについては独立した処理が可能なので、同時に複数のシーケンスを処理することが可能になります。 シーケンス・グループと重複メッセージ処理の詳細については、シーケンス・グループを参照してください。

シーケンスの開始と終了を制御する方法の詳細については、メッセージ・シーケンスの開始を参照してください。

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

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

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


概念トピック概念トピック | バージョン 8.0.0.5 | bc28020_