デフォルトのメッセージング・プロバイダーのトピック接続ファクトリー [設定]

トランスポート・チェーンは、サーバー内で動作するネットワーク・プロトコル・スタックを 表します。ユーザーが指定する名前は 、「サーバー」 ->「サーバー・タイプ(Server Types)」 ->「WebSphere Application Server (WebSphere application servers)」 ->「server_name」 -> [サーバー・メッセージング (Server messaging)]「メッセージング・エンジン・インバウンド・トランスポート (Messaging engine inbound transports)」パネルにリストされているメッセージング・エンジンのホストとなるサーバーで使用可能なトランスポート・チェーンのいずれかである必要があります。 以下のトランスポート・チェーンが提供されていますが、このパネル上で独自のトランスポート・チェーンを定義することができます。

InboundBasicMessaging

標準の TCP/IP 接続 (JFAP-TCP/IP) を使用するコネクション指向プロトコルです。これには、2 フェーズのトランザクション (リモート XA) フローのサポートが含まれているため、クライアント・システムまたはサーバー・システム上で実行されているメッセージ・プロデューサーまたはコンシューマーは、そのクライアント・システムまたはサーバー・システムで管理されているグローバル・トランザクションに参加できます。 XA フローには、あるサーバーで実行されているアプリケーションから 2 番目のサーバー上のメッセージング・エンジンへのアクセスをサポートする、という特有の使い方があります。これは、最初のサーバーが適切なメッセージング・エンジンを持っていない可能性があるためです。 リモート XA フローを使用した場合、そのアプリケーションからトランザクション・コーディネーターがローカルで使用可能になっている必要があります。

InboundSecureMessaging

これは、SSL でラップされた InboundBasicMessaging プロトコルです。

このプロパティーを、他の接続ファクトリー・プロパティーとともに接続のワークロード管理用に使用する方法については、トピック「バスへの JMS 接続の管理プロパティー」を参照してください。

アプリケーションが使用する JMS 接続ファクトリーのプロパティーは、適切なメッセージング・エンジンの選択および選択されたメッセージング・エンジンへのアプリケーションの接続方法を管理します。

• セキュリティー・クレデンシャルが指定されていない場合、デフォルトでは次のようになります。
  • ホストが指定されていない場合、localhost が使用されます。
  • ポートが指定されていない場合、ポート 7276 が使用されます。
  • ブートストラップ・チャネル・チェーンが指定されていない場合、BootstrapBasicMessaging という 名前のブートストラップ・トランスポート・チェーンが使用されます。
• セキュリティー・クレデンシャルが指定されている場合、デフォルトでは次のようになります。
  • ホストが指定されていない場合、localhost が使用されます。
  • ポートが指定されていない場合、ポート 7286 が使用されます。
  • ブートストラップ・チャネル・チェーンが指定されていない場合、BootstrapBasicMessaging という 名前のブートストラップ・トランスポート・チェーンが使用されます。

例えば、 ホスト boothost1 の非セキュア・ポート 7278 が割り当てられたサーバーで、 デフォルトのトランスポート・チェーン BootstrapBasicMessaging を使用する場合は、 次のように指定します。

boothost1:7278:BootstrapBasicMessaging
またはboothost1:7278

また、ホスト boothost2 でセキュア・ポート 7289 が割り当てられたサーバーで、定義済みのトランスポート・チェーン BootstrapTunneledSecureMessaging を使用する場合は、次のように指定します。

boothost2:7289:BootstrapTunneledSecureMessaging

エンドポイント・アドレスの構文は次のとおりです。

[ [host_name] [ ":" [port_number] [ ":" chain_name] ] ]

各部の意味は、次のとおりです。

host_name

サーバーが稼働するホストの名前です。IP アドレスに することができます。IPv6 アドレスの場合は、以下の例に示すように、host_name を 大括弧 ([]) で囲みます。

[2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging

. 値を指定しない場合のデフォルトは、localhost です。

注: IBM i プラットフォームの場合は、(少なくとも) デフォルト・ホスト名を localhost から your.server.name に変更する必要があります。

port_number

指定されている場合、リンクのリモート・エンドをホストするメッセージング・ エンジンの次のいずれかのアドレスです。

• セキュリティーが使用可能になっていない場合は、SIB_ENDPOINT_ADDRESS。
• セキュリティーが使用可能になっている場合、セキュア接続には、SIB_ENDPOINT_SECURE_ADDRESS。

port_number を指定しない場合のデフォルトは 7276 です。

管理コンソールを使用してこれらの値のいずれかを見つけるには、「サーバー」 ->「サーバー・タイプ(Server Types)」 ->「WebSphere Application Server (WebSphere application servers)」 ->「server_name」 -> [通信 (Communications)]「ポート (Ports)」をクリックします。

chain_name

ブートストラップ・サーバーへの接続に使用される、定義済みのブートストラップ・トランスポート・チェーンの名前です。指定しない場合のデフォルトは BootstrapBasicMessaging です。

以下の定義済みブートストラップ・トランスポート・チェーンが提供されています。

BootstrapBasicMessaging

これは、サーバー・トランスポート・チェーン InboundBasicMessaging (JFAP-TCP/IP) に対応します。

BootstrapSecureMessaging

これは、サーバー・トランスポート・チェーン InboundSecureMessaging (JFAP-SSL-TCP/IP) に対応します。

BootstrapTunneledMessaging

このブートストラップ・トランスポート・チェーンを使用する前に、ブートストラップ・サーバーで対応するサーバー・トランスポート・チェーンを定義する必要があります。(「サーバー」 ->「サーバー・タイプ(Server Types)」 ->「WebSphere Application Server (WebSphere application servers)」 ->「server_name」 -> [サーバー・メッセージング (Server messaging)]「メッセージング・エンジン・インバウンド・トランスポート (Messaging engine inbound transports)」を参照してください。)このトランスポート・チェーンは、JFAP をトンネルし、HTTP ラッパーを使用します。

BootstrapTunneledSecureMessaging

このブートストラップ・トランスポート・チェーンを使用する前に、ブートストラップ・サーバーで対応するサーバー・トランスポート・チェーンを定義する必要があります。(「サーバー」 ->「サーバー・タイプ(Server Types)」 ->「WebSphere Application Server (WebSphere application servers)」 ->「server_name」 -> [サーバー・メッセージング (Server messaging)]「メッセージング・エンジン・インバウンド・トランスポート (Messaging engine inbound transports)」を参照してください。)このトランスポート・チェーンは、JFAP をトンネルし、HTTP ラッパーを使用します。

複数のブートストラップ・サーバーを提供したい場合は、必要なすべてのエンドポイント・アドレスを確認してください。それぞれの エンドポイント・アドレスをコンマ文字で区切ります。例えば、前の例でサーバーを 使用するには、次のようになります。

boothost1:7278:BootstrapBasicMessaging, 
  boothost2:7289:BootstrapTunneledSecureMessaging, 
  [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging

クライアントがクライアント接続要求を発行する場合、この処理は、以下のロジックに従って必要なバスに接続されます。

• ターゲット・グループが指定されている場合は、ターゲット・タイプについて以下の条件を満たす 最初のメッセージング・エンジンに接続します。
  • サーバー 同じサーバー内でメッセージング・エンジンを探します。
  • クラスター メッセージング・エンジンを同じサーバー内で探し、次に同じクラスター内の他のサーバーで探します。
  • ホスト メッセージング・エンジンを同じサーバー内で探し、次に同じクラスター内の他のサーバー内で探し、最後に同じホスト内の他のサーバー内で探します。
  • バス メッセージング・エンジンを同じサーバー内で探し、次に同じクラスター内の他のサーバー内、 その次に同じホスト内の他のサーバー、最後に同じバス上で他のメッセージング・エンジンを探します。
• ターゲット・グループが指定されていない場合、またはターゲット・グループが指定されているが、適切なメッセージング・エンジンが見つからず、ターゲットの重要度が 優先 である場合は、ターゲット・タイプについて以下の条件を満たす最初のメッセージング・エンジンに接続します。
  • サーバー 同じサーバー内でメッセージング・エンジンを探します。
  • クラスター 接続が失敗しています。
  • ホスト メッセージング・エンジンを同じサーバー内で探し、次に同じホスト内の他のサーバー内で探します。
  • バス メッセージング・エンジンを同じサーバー内のターゲット・グループ内で探し、次に同じホスト上の他のサーバー内で探し、 最後に同じバス上で他のメッセージング・エンジンを探します。