JMS (Java Message Service)

JMSの主な概念を次の図に示します。 左側はポイントツーポイント(P2P)モデルで、右側はパブリッシュ/サブスクライブ(Pub/Sub)モデルです。 P2Pでは、メッセージング送信者と受信者の間にキューがあります。 一方、Pub/Subメッセージングでは、パブリッシャとサブスクライバの間にトピックがあります。

図のボックス内の名前は、クライアントアプリケーションがJMSとの通信に使用する必要があるJavaインタフェースを示しています。 Pub/SubおよびP2Pメッセージングモデルは、概念的には異なりますが、共通する点が多くあります。JMSは、Pub/SubおよびP2Pのみが特殊な部分である一般的なメッセージングモデルの中心になります。

JMSアプリケーションは、複数のコンポーネントで構成されます。

通常、JMSアプリケーションは、メッセージの送受信を開始するために次の5つの手順を実行する必要があります。

1. 接続ファクトリおよび宛先をJNDIから解決します。 Pub/Subアプリケーションはトピック接続ファクトリを解決し、P2Pアプリケーションはキュー接続ファクトリを解決します。 宛先は、キューまたはトピックのいずれかです。
2. 接続ファクトリを使用して接続を作成します。 同様に、Pub/Subアプリケーションの場合はトピック接続を作成し、P2Pアプリケーションの場合はキュー接続を作成する必要があります。 この接続は、JMSプロバイダとの物理的な接続です。
3. 作成した接続を使用して、目的のプロパティでセッション(Pub/Subではトピックセッション、P2Pではキューセッション)を作成します。 セッションは、メッセージの送信と受信に対するシングルスレッドのコンテキストです。つまり、セッションは、セッションプロデューサとセッションコンシューマに代わってメッセージの送信および確認アクションをシリアル化します。
4. アプリケーションがプロデューサの場合、メッセージプロデューサを作成します。 プロデューサは、P2Pモデルではキュー送信者と呼ばれ、Pub/Subモデルではトピックパブリッシャと呼ばれます。 アプリケーションがコンシューマの場合、メッセージコンシューマを作成します。 コンシューマは、P2Pモデルではキュー受信者と呼ばれ、Pub/Subモデルではトピックサブスクライバと呼ばれます。
5. プロデューサまたはコンシューマオブジェクトにより、メッセージの送信または受信を開始します。 プロデューサは、セッションを使用して、さまざまなメッセージを作成します。 コンシューマは、セッションからメッセージ確認モードを継承し、メッセージリスナを使用して、メッセージを同期または非同期で受信できます。

上の図のデータベースでは、JMSにより回復目的のために、ある場所に持続メッセージが保存されることを示しています。 JMSベンダによっては、データベースではなくファイルベースの保存形式が使用されます。 通常、JMSでは、非持続メッセージを扱う場合データベースは使用されません。

メッセージングモデル

JMSにより、パブリッシュ/サブスクライブ(Pub/Sub)およびポイントツーポイント(P2P)の2種類のメッセージモデルが定義されます。 JMS仕様では、実装で少なくともどちらかのモデルがサポートされている必要があります。 両方のモデルは、同じ共通フレームワークを共有するので、コンシューマアプリケーションに対してメッセージを同期または非同期のどちらででも配信できます。

Pub/Subメッセージモデル

Pub/Subモデルは、一対多、または多対多のいずれかでメッセージをパブリッシュ(配信)します。 次に例を示します。

• 株価
• 部品ベンダにより公開された価格
• インターネットニュースグループ

メッセージは、1つまたは複数のトピックパブリッシャによりトピックにパブリッシュされます。 該当するユーザはパブリッシュされたメッセージを受信するために、1つまたは複数のトピックにサブスクライブします。 トピックへのサブスクライブは、永続的または一時的のいずれかです。

サブスクライブ	説明
永続的	サブスクライバは、オンライン時に指定のトピックからメッセージを受信します。 永続的サブスクライバの場合メッセージが配信されるまで保存する必要があるため、さらに高いオーバーヘッドが必要になります。
一時的	指定のトピックにパブリッシュされたメッセージは、サブスクライバが期限切れになるまで存在します。 サブスクライバがアクティブな限り、サブスクライブトピックからメッセージを受信します。 メッセージを受信するトピックへのサブスクライバがオンラインでない場合、メッセージは破棄されます。

PTPメッセージモデル

ポイントツーポイント(PTP)モデルは、メッセージを一対一で配信します。 次に例を示します。

• 電子的な受注
• オンラインオークションへの入札
• クエリ

メッセージは指定のキューに送信されます。 キューのメッセージは、先入れ先出し(FIFO)方式で処理されます。 1つのメッセージが複数のサブスクライバに配信されるPub/Subモデルとは異なり、PTPモデルでは、各メッセージは1つの受信者にのみ配信されます。

受信者は、キューから最初のメッセージを取り出し、次に2番目、3番目と続きます。 また、受信者は、(たとえばメッセージの数を数えるために)キューのメッセージを参照できます。ただし、順序を無視してメッセージを取り出したり、メッセージを変更したりすることはできません。

メッセージ構造

メッセージ指向のミドルウェアおよびJMSでは、メッセージは従来の電子メールメッセージではありません。 メッセージは、企業アプリケーション間で受け渡しされるフォーマット化されたデータ(要求、イベント、またはステータス)です。

JMSにより、単一の統一されたメッセージAPI以外が提供され、API以外に互換性のないアプリケーション間でのメッセージの受け渡しに使用されます。 また、JMSアプリケーションは、シリアル化が可能なJavaオブジェクトを他のJavaベースのアプリケーションに渡すことができます。

JMSでは、メッセージ本文の形式が数種類提供されているため、Java以外のアプリケーションで使用されているメッセージ形式を複製して渡すことができます。 JMSアプリケーションがこのアプリケーションにより渡されるメッセージのコンテキストを理解する必要はありません。

メッセージヘッダ

すべてのメッセージについて、ヘッダフィールドの同じセットがサポートされています。 次の表では、これらのフィールドのいくつかについて説明します。 完全なリストについては、JMS仕様を参照してください。

フィールド	説明
Time to expire	期限切れになりプロバイダにより破棄されるまで、メッセージが存在できる時間の長さ。 期限にはゼロを設定できます。ゼロに設定すると、メッセージは期限切れになりません。
Persistent and non-persistent delivery	持続(または保証)配信では、メッセージが確実に配信されます。メッセージを要求したすべてのサブスクライバにより受信されるまで、そのメッセージは持続します。 メッセージは一度だけ配信されます。 一時(または信頼)配信では、メッセージ配信にあたり妥当な試行が行われますが、システム障害の場合は損失することもあります。 これらのメッセージは、最大でも1回のみ配信されます。 一時配信は必要なオーバーヘッドが持続配信より低く、保証配信が必要でない場合に使用されます。
Priority	優先度の高いメッセージは、優先度の低いメッセージよりも前に配信されますが、保証されている訳ではありません。 優先度には、0(最低)から9(最高)まで10レベルあります。
Redelivered flag	クライアントに対し、メッセージがすでに受信されている可能性はあるものの、何らかの理由で受信がクライアントにより確認されていないことを通知します。 このフラグは、通常、回復操作の結果として、JMSプロバイダアプリケーションにより設定されます。
Reply to	クライアントにより提供された宛先を含み、このメッセージの返信先を示します。 このフィールドが入力されている場合、通常、応答が期待されます。

メッセージプロパティ

プロパティは、ヘッダフィールドに含まれる情報に追加したり、またはベンダやアプリケーションに固有な情報を伝えたりできる値です。 JMSは、特定のプロパティを定義し、それらの名前ブロックを予約します。 また、JMSは、プロバイダ固有のプロパティに対する命名規則を提供します。

プロパティは、メッセージの送信時に設定できますが、メッセージの受信時にはコンシューマにより設定できます。 ヘッダフィールドとともに、プロパティは、指定した条件に基づいてメッセージをフィルタおよびルーティングする場合に、アプリケーションにより使用されます。

プロパティ値の型は、boolean、byte、short、int、long、float、double、およびStringです。 JMSにより、すべてのプロパティ名の一覧を取り出すメソッド、および名前付きプロパティの値を取り出すメソッドが提供されます。

メッセージ本文

JMSでは、6つのメッセージのタイプが定義されています。

形式	内容
Message	本文のない普通のメッセージ。 このメッセージは、ヘッダとプロパティだけで構成されます。
ByteMessage	解釈されないバイトのストリーム。 このフォームは、情報を暗号化して、従来のメッセージングアプリケーションにより使用されるフォーマットに合わせるときに使用できます。
MapMessage	名前と値で構成されるペアのセット。 この名前はStringで、値はJavaプリミティブタイプです。
ObjectMessage	単一のシリアル化Javaオブジェクト、またはオブジェクトのコレクション。
StreamMessage	連続して入力され、読み込まれるJavaプリミティブ値のストリーム。
TextMessage	java.lang.Stringとしてフォーマット化されるテキスト。この形式は、XMLデータを渡す場合に適しています。

管理オブジェクト

管理オブジェクトは、JMSプロバイダアプリケーションの管理者により作成されるオブジェクトです。 管理オブジェクトは、JNDI名前空間に置かれ、共通の管理コンソールから管理できます。 JMSには、Destination (宛先)およびConnectionFactory (接続ファクトリ)という2つの管理オブジェクトがあります。

Destination (宛先)

Destinationオブジェクトには、JMSプロバイダにより提供されるアドレス名および構成情報が含まれます。 クライアントは、このオブジェクトを使用して、送信するメッセージの宛先、および受信するメッセージの送信元を指定します。

Destinationオブジェクトのインタフェースには、各メッセージモデルに1つずつ2種類あります。 宛先は、Pub/SubモデルではTopic (トピック)と呼ばれ、PTPモデルではQueue (キュー)と呼ばれます。

ConnectionFactory (接続ファクトリ)

ConnectionFactory (接続ファクトリ)を使用すると、クライアントはJMSプロバイダとの接続を作成できます。 接続ファクトリは、管理者により定義されている接続構成情報を含み、JNDIを使用して取り出されます。

名前が示すとおり、接続ファクトリは、JMSプロバイダとの接続を作成できます。 Pub/Subモデルでは、接続はTopicConnectionFactory (トピック接続ファクトリ)と呼ばれ、PTPモデルでは、QueueConnectionFactory (キュー接続ファクトリ)と呼ばれます。

JMSインタフェース

JMSは、接続を作成および管理するインタフェースを定義します。 使用するインタフェースのセットは、アプリケーションがPub/SubまたはPTPのどちらを使用するかで異なります。

JMS仕様では、さらにこれらのインタフェースのほとんどについてXAのさまざまなバージョンが定義されており、トランザクションメッセージングに使用されます。