9 アプリケーション設計のベストプラクティス

以下の節では、RMI および RMI over IIOP を使用してプログラミングを行う際の推奨設計パターンについて説明します。

java.rmi の使用
PortableRemoteObject の使用
WebLogic ワークコンテキストの使用
セキュリティコンテキストにおける変更の処理方法
RMI タイムアウトの使用に関するガイドライン

java.rmi の使用

Oracle では、RMI ユーザはjava.rmi を使用することをお勧めします。http://java.sun.com/javase/6/docs/api/java/rmi/package-summary.html を参照してください。Weblogic API には weblogic.rmi API が含まれていますが、これは非推奨となっており、互換性 API としてのみ提供されています。互換性 API として提供されているその他の WebLogic API は以下のとおりです。

weblogic.rmi.registry
weblogic.rmi.server
weblogic.rmi.extensions

PortableRemoteObject の使用

コードの移植性を保持するために、ホームインタフェースをキャストするときには常に PortableRemoteObject を使用してください。たとえば、

Propshome home = (PropsHome)
PortableRemoteObject.narrow(
ctx.lookup( "Props" ),
PropsHome.class );

WebLogic ワークコンテキストの使用

ベストプラクティスは、ワークエリアを使用する方法です。

Java EE の開発者は、ワークコンテキストを使用してプロパティをアプリケーションコンテキストとして定義できます。アプリケーションコンテキストは複数のリモート要求にわたって暗黙的にフローされるので、下流工程のコンポーネントが呼び出し側のクライアントのコンテキストで作業できるようになります。ワークコンテキストの使用により、プロパティをリモート呼び出しに含めずに渡すことが可能です。ワークコンテキストは各リモート呼び出しで伝播されるので、呼び出されたコンポーネントではワークコンテキストに定義されたプロパティを追加したり変更したりできます。同様に、呼び出し側のコンポーネントでもワークコンテキストにアクセスして、新しいプロパティや更新されたプロパティを取得できます。
ワークコンテキストは、こうした情報をリモートコンポーネント (診断モニタ、アプリケーショントランザクション、アプリケーションロードバランシングなど) に渡す必要がある機能の実装と管理を容易にします。また、ワークコンテキストは、サードパーティコンポーネントに情報を提供するための便利なメカニズムです。
ワークコンテキストは、WebLogic Server によってサポートされるすべての要求スコープにユーザ定義のプロパティを伝播できます。このため、ワークコンテキストは要求スコープ内に存在するすべてのオブジェクト (RMI 呼び出しを含む) で使用できます。詳細については、『Oracle Fusion Middleware Oracle WebLogic Server アプリケーションの開発』を参照してください。

セキュリティコンテキストにおける変更の処理方法

WLS RMI では、スタブにおいてセキュリティコンテキストは引き継がれません。スタブを確立するスレッドは、そのスレッドコンテキスト内に適切なサブジェクトを持ちます。その後スタブが別のスレッドで使用されたり、現在のスレッドコンテキストが何らかの処理により変更された後にスタブが使用された場合、以降のスタブを使用した呼び出しは「SecurityException」によって失敗する可能性があります。スレッドのコンテキストを変更する可能性のある処理としては、新たなイニシャルコンテキストの確立や WLST のプログラム的な実行などが挙げられます。JMS、JTA、または MDB を複数ドメインコンフィグレーションで使用している場合にスレッドコンテキストを変更すると、クロスドメインセキュリティに関する問題が頻繁に発生します。

RMI スタブが別のスレッドで使用される予定である場合は、アプリケーションで JSR-237 ワークマネージャを使用して、スレッドコンテキストが新しいスレッドに伝播されるよう、スタブが作成されるスレッドのコンテキスト内で新しいスレッドをスケジューリングできます。これが不可能である場合、または元のスレッドのコンテキストが何らかの形で変更された場合、アプリケーションは JAAS でスタブを呼び出すためのコンテキストを再確立します。以下のパブリック API を使用すると、セキュリティコンテキストを再確立できます。

weblogic.security.Security.getCurrentSubject() - スレッドの現在のオブジェクトを取得します。
weblogic.security.Security.runAs() - サブジェクトを再開します。

RMI タイムアウトの使用に関するガイドライン

非同期呼び出しの動作が適しているものの、まだ実装していないレガシーシステムにとって、この機能は回避策となります。可能な場合は、以下のような適切な技術をレガシーシステムに実装することをお勧めします。

非同期 RMI 呼び出し
JMS およびメッセージ駆動型 Bean (MDB)
HTTP サーブレットアプリケーション

レガシーシステムのために RMI タイムアウトを使用する必要がある場合、以下のガイドラインを参照してください。

RMI タイムアウトは、以下の 3 つの条件が満たされる場合にのみ使用する。
- メソッド呼び出しは多重呼び出し不変であり、状態の変更はない
- メソッド呼び出しがトランザクション非対応である
- 呼び出しに JMS リソースが関与していない
リクエストがタイムアウトするときに、別のクラスタノードへの透過的なフェイルオーバは行われない。RequestTimeOutException は常に呼び出し側に伝播されます。
サーバではタイムアウトしたリクエストの処理が続行される。クライアントは呼び出しを再試行する前に、サーバでのそのリクエストの状態を確認する必要があります。
サーバがタイムアウトになると、クライアントはクライアント側のクラスタ参照でサーバをアクセス不能として指定できる。これにより、指定された時間にわたってそのサーバに呼び出しが送られなくなります。

9 アプリケーション設計のベスト プラクティス