Session
オブジ ェ ク ト では、 生成および消費 さ れる メ ッ セージの順序を定義 し、複数の メ ッ セージ プ ロデューサ と メ ッ セージ コ ンシ ューマを作成で き ます。
メ ッ セージの生成 と 消費に同じ ス レ ッ ド を使用でき ます。 アプ リ ケーシ ョ ンで メ ッ セージの生成 と 消費に別々の ス レ ッ ド が必要な場合は、 そのアプ リ ケーシ ョ ンで機能ご と に個別のセ ッ シ ョ ン を作成する必要があ り ます。
Session
は、Connection
によ って作成 さ れます。注意: セ ッ シ ョ ンおよびその メ ッ セージのプロデューサ と コ ンシ ューマには、
一度に 1 つのス レ ッ ド し かア ク セ スでき ません。 それ ら に複数のス レ ッ ド が同時にア ク セ ス し た場合、 それ ら の動作は定義 さ れません。
次の表は、 Session のサブ ク ラ ス を説明し ています。
アプ リ ケーシ ョ ンで Session ク ラ ス を使用する方法については、
4-1 ページの
「WebLogic JMS アプ リ ケーシ ョ ンの開発」、ま たは javax.jms.Session
Javadoc
および weblogic.jms.extensions.WLSessionJavadoc
を参照し て く だ さ い。表2-4 Session のサブ ク ラス
サブ ク ラス . メ ッ セージン
グ モデル 提供する コ ンテキス トの用途
QueueSession
PTP JMS PTP
プ ロバ イ ダの メ ッ セージ を生成お よび消費 す る。QueueConnection
で作成 さ れ る 。TopicSession
Pub/sub JMS Pub/sub
プ ロ バ イ ダの メ ッ セージ を生成お よび消 費する 。TopicConnection
に よ っ て作成 さ れ る 。Session
非 ト ラ ンザク シ ョ ン セ ッ シ ョ ン
非 ト ラ ンザ ク シ ョ ン セ ッ シ ョ ンでは、 セ ッ シ ョ ン を作成する アプ リ ケーシ ョ ン で、 次の表で定義さ れてい る 5 つの確認応答モー ド のいずれかが選択 さ れます。
表2-5 非 ト ラ ンザク シ ョ ンセ ッ シ ョ ンで使用する確認応答モー ド
[確認応答モー ド] 説明
AUTO_ACKNOWLEDGE 受信側 アプ リ ケーシ ョ ンの メ ソ ッ ド が処理を終えた と き に、
Sessionオブジ ェ ク ト で メ ッ セージ受信の確認応答が行われ る 。
CLIENT_ACKNOWLEDGE Sessionオブジ ェ ク ト の動作は、 アプ リ ケーシ ョ ンに よ る確 認応答 メ ソ ッ ド の呼び出 し に依存する 。 メ ソ ッ ド が呼び出 さ れ る と 、 セ ッ シ ョ ンでは、 前回の確認応答以降に受信 さ れた すべての メ ッ セージに対 し て確認応答が行われ る 。
こ のモー ド を使用す る と 、 アプ リ ケーシ ョ ンでは
1
回の呼び 出 し で複数 メ ッ セージの受信、 処理、 お よび確認応答を行 うこ と がで き る。
注意:
Administration Console
では、 接続フ ァ ク ト リ の[
確認 応答ポ リ シー]
属性がPreviousに設定 さ れてい る の に対 し、 指定のセ ッ シ ョ ンでのすべての受信 メ ッ セー ジ を確認応答 し たい場合、 最後の メ ッ セージ を使用し て確認応答 メ ソ ッ ド を呼び出す。[
確認応答ポ リ シー]
属性の詳細については、 『Administration Console
オンラ イ ンヘルプ』 の 「
[JMS
接続フ ァ ク ト リ]
」 を参照。DUPS_OK_ACKNOWLEDGE 受信側 アプ リ ケーシ ョ ンの メ ソ ッ ド が処理を終えた と き に、
Sessionオブジ ェ ク ト で メ ッ セージ受信の確認応答が行われ る 。 確認応答の重複が許可 さ れ る 。
こ のモー ド では、 最 も効率的に リ ソ ース が利用 さ れ る 。 注意: アプ リ ケーシ ョ ンで重複 メ ッ セージ を処理で き ない場
合は、 こ のモー ド は使用し ない。 重複 メ ッ セージは、
メ ッ セージ を配信す る 最初の試行が失敗 し た場合に送 信 さ れ る。
2 WebLogic JMS
の基礎ト ラ ンザク シ ョ ン セ ッ シ ョ ン
ト ラ ンザ ク シ ョ ン セ ッ シ ョ ンでは、 一度に 1 つの ト ラ ンザ ク シ ョ ン し かア ク テ ィ ブにな り ません。 ト ラ ンザ ク シ ョ ン時に送信ま たは受信さ れた メ ッ セージ は、 最小の単位 と し て処理さ れます。
NO_ACKNOWLEDGE 確認応答を必要 と し ない。NO_ACKNOWLEDGEセ ッ シ ョ ンに送 信 さ れた メ ッ セージは、 サーバか ら 即座に削除 さ れ る 。 こ の モー ド で受信 さ れた メ ッ セージは回復 さ れないので、 メ ッ セージ を配信する 最初の試行が失敗し た場合は メ ッ セージが 失われた り 、 重複 メ ッ セージが配信 さ れた り する 。
こ のモー ド は、 セ ッ シ ョ ンの確認応答で提供 さ れ る サービ ス の質を必要 と せず、 それに関連する オーバーヘ ッ ド を避け る 必要があ る アプ リ ケーシ ョ ンで使用する 。
注意: アプ リ ケーシ ョ ンで、 失われた メ ッ セージや重複 メ ッ セージ を処理で き ない場合は、 こ のモー ド は使用し な い。 重複 メ ッ セージは、 メ ッ セージ を配信する 最初の 試行が失敗 し た場合に送信 さ れ る 。
MULTICAST_NO_ACKNOWLEDGE 確認応答を必要 と し ないマルチキ ャ ス ト モー ド 。
MULTICAST_NO_ACKNOWLEDGEセ ッ シ ョ ンに送信 さ れた メ ッ セージでは、 前述のNO_ACKNOWLEDGEモー ド と 同 じ特性が共 有 さ れ る 。
こ のモー ド は、 マルチキ ャ ス ト をサポー ト し、 セ ッ シ ョ ンの 確認応答で提供 さ れ る サービ ス の質を必要 と し ないアプ リ ケーシ ョ ンで使用する 。マルチキ ャ ス ト の詳細については、
4-87
ページの 「マルチキ ャ ス ト の使い方」 を参照。注意: アプ リ ケーシ ョ ンで、 失われた メ ッ セージや重複 メ ッ セージ を処理で き ない場合は、 こ のモー ド は使用し な い。 重複 メ ッ セージは、 メ ッ セージ を配信する 最初の 試行が失敗 し た場合に送信 さ れ る 。
表2-5 非 ト ランザクシ ョ ン セ ッ シ ョ ンで使用する確認応答モー ド (続き)
[確認応答モー ド ] 説明