5 WebLogic RMIでのT3プロトコルの使い方

この章では、WebLogic RMIとT3プロトコルを組み合せた使用法について説明します。

WebLogic ServerにおけるRMI通信
接続の可用性の判断
WebLogic T3/T3sクライアント・プロキシの使用

WebLogic ServerにおけるRMI通信

WebLogic ServerのRMI通信では、WebLogic Serverと他のJavaプログラム(クライアントおよび他のWebLogic Serverインスタンスを含む)との間のデータを、T3プロトコルを使用してトランスポートします。サーバー・インスタンスは、接続された個々のJava仮想マシン(JVM)を追跡して、JVMに対するすべてのトラフィックを実行できる単一のT3接続を作成します。Oracle WebLogic Server管理コンソール・ヘルプのT3プロトコルの構成に関する項を参照してください。

たとえば、JavaクライアントがWebLogic Server上のエンタープライズBeanおよびJDBC接続プールにアクセスすると、1つのネットワーク接続がWebLogic ServerのJVMとクライアントのJVMとの間に確立されます。T3プロトコルは1つの接続上のパケットを見えない形で多重化するため、EJBおよびJDBCのサービスでは、専用のネットワーク接続を単独で使用しているかのように記述することができます。

接続の可用性の判断

有効なT3接続を備える任意の2つのJavaプログラム(2つのサーバー・インスタンス、またはサーバー・インスタンスとJavaクライアントなど)では、定期的なポイントツーポイントの「ハートビート」を使って、継続的な可用性の通知と判断を行います。各エンド・ポイントは、定期的にピアへのハートビートを発行し、また同様に、ピアから継続的にハートビートが受信されていることに基づき、ピアがまだ使用可能であることを判断します。

サーバー・インスタンスがハートビートを発行する頻度は、ハートビート間隔によって決定されます。これはデフォルトでは60秒です。
ピアが使用できなくなっていると判断するまでにサーバー・インスタンスが待機する、ピアから届かなかったハートビートの数は、ハートビート周期によって決定されます。これはデフォルトでは4です。したがって、各サーバー・インスタンスは、ピアがアクセス不能であると判断する前に、240秒間すなわち4分間まで、メッセージ(ハートビート、またはその他の通信)のない状態で待機します。
タイムアウトのデフォルトを変更することは推奨しません。

WebLogic T3/T3sクライアント・プロキシの使用

WebLogic T3/T3sクライアント・プロキシでは、発信クライアント・リクエストをプロキシWebLogic T3サーバーにルーティングする機能が提供されます。この場合、各クライアントはすべての発信リクエストをプロキシ・サーバーにルーティングします。プロキシ・サーバーは、リクエストに応じるWebLogic Serverインスタンスにリクエストを回送します。クライアント側とサーバー側の両方で、クライアントにT3接続を使用するすべてのアプリケーションが構成によって影響を受けます。たとえば、アプリケーションでT3接続を作成してWebLogic T3サーバーにアクセスする(WebLogic RMIを使用してリモード・オブジェクトに対するメソッドを呼び出すなど)場合、接続ロジックにプロキシ構成が適用されます。

クライアント・プロキシを有効にするには、次のプロパティを設定します。

T3:

-Dhttp.proxyHost=<proxy hostname>
-Dhttp.proxyPort=<proxy port>
-Dhttp.nonProxyHosts=<hostnames>

T3s:

-Dhttps.proxyHost=<proxy hostname>
-Dhttps.proxyPort=<proxy port>
-Dhttps.nonProxyHosts=<hostnames>

説明:

proxy hostnameは、ユーザーのプロキシ・サーバーのネットワーク・アドレスです。
proxy portは、ポート番号です。明示的に設定しない場合、ポート番号の値は80に設定されます。
hostnamesは、WebLogic Serverでプロキシ構成から除外された1つ以上のホスト名を"|"で区切ったリストです。ワイルドカード文字の"*"を一致に使用できますたとえば、-Dhttp.nonProxyHosts="*.oracle.com|localhost"です。