| Oracle® Fusion Middleware Oracle Coherence*WebでのHTTPセッション・マネージメントの管理 12c (12.2.1.1) E77324-02 |
|
 前 |
 次 |
| Oracle® Fusion Middleware Oracle Coherence*WebでのHTTPセッション・マネージメントの管理 12c (12.2.1.1) E77324-02 |
|
|
前 |
次 |
注意:
「サポートされているWebコンテナ」を参照して、アプリケーション・サーバー固有の統合手順を実行する必要があるかどうかを確認してください。
この章では、Coherence*Web WebInstallerを使用して、Java EEアプリケーション向けのCoherence*Webを様々なアプリケーション・サーバーに統合する手順について説明します。
この章の構成は、次のとおりです。
Coherence*Webは、様々なWebコンテナのJava EEアプリケーションに対して有効化できます。これを行うには、アプリケーションをデプロイする前に、自動化したCoherence*Web WebInstallerを使用して、デプロイの準備が整ったアプリケーションを実行する必要があります。このユーティリティによって、アプリケーションのデプロイメント準備が完了します。インスペクトと統合の2段階で統合プロセスが実行されます。これらの各段階でのWebInstallerユーティリティの動作は、「Coherence*Web WebInstallerによるJava EEアプリケーションの設定」を参照してください。
WebInstallerは、JavaコマンドラインまたはAntタスクから実行できます。次の各項では、Javaコマンド行から実行する方法について説明します。Antタスク・ベースの環境については、「Coherence*Web WebInstaller Antタスク」を参照してください。
「サポートされているWebコンテナ」に記載したどのWebコンテナにJava EEアプリケーション用のCoherence*Webを統合する場合でも、次の手順を実行してください。
Java EE用のCoherence*WebをApache Tomcatサーバーに統合している場合の手順の詳細は、「Apache Tomcatサーバーに対するスティッキー・セッションの有効化」も参照してください。
Java EE用のCoherence*WebをIBM WebSphereサーバーに統合している場合の手順の詳細は、「IBM WebSphere Libertyとの統合」も参照してください。
デプロイするJava EEアプリケーション用のCoherence*Webを統合するには、次の手順を実行します。
Coherenceでサポートしているデプロイメント・トポロジであれば任意のトポロジで、アプリケーションをデプロイして実行できます。サポートしているデプロイメント・トポロジには、Coherence*Extendによるアウトオブプロセスとインプロセスがあります。これらのトポロジにおいてアプリケーションのデプロイと実行を行う方法の詳細は、次の各項を参照してください。トポロジ自体の詳細は、「デプロイメント・トポロジ」を参照してください。
Coherence*Webはアプリケーション・サーバーでインプロセス状態で実行できます。これは、セッション・データがアプリケーション・サーバーで格納される場所です。このトポロジの詳細は、「インプロセス・トポロジ」を参照してください。
アプリケーション・サーバーの場合:
coherence.session.localstorage=trueをアプリケーション・サーバー起動スクリプトのJavaオプションに追加します。coherence.jarとcoherence-web.jarのファイルを共有ライブラリとしてデプロイします。アウトオブプロセス・デプロイメント・トポロジでは、スタンドアロンのキャッシュ・サーバーでセッション・データを格納し、アプリケーション・サーバーはキャッシュ・クライアントとして構成されます。このトポロジの詳細は、「アウトオブプロセス・トポロジ」を参照してください。
キャッシュ・サーバーとアプリケーション・サーバーは、同じキャッシュ構成とセッション構成を使用する必要があります。この構成は、Coherence*Web WebInstallerによりdefault-session-cache-config.xmlファイルに生成されます。WebInstallerにより、設定済アプリケーションのWEB-INF\classesディレクトリにファイルが生成されます。
キャッシュ・サーバーの場合:
coherence.cacheconfigシステム・プロパティをキャッシュ・サーバー起動スクリプトに追加して、ファイル構成ファイルを探します。また、システム・プロパティのcoherence.session.localstorage=trueを含めて、キャッシュ・サーバーの記憶域を有効にする必要があります。
coherence.jarとcoherence-web.jarのファイルをキャッシュ・サーバー起動スクリプトのクラスパスに追加します。
次の例は、サンプル起動スクリプトです。
java -server -Xms512m -Xmx512m -cp <Coherence installation dir>/lib/coherence.jar:<Coherence installation dir>/lib/coherence-web.jar -Dcoherence.management.remote=true -Dcoherence.cacheconfig=default-session-cache-config.xml -Dcoherence.session.localstorage=true com.tangosol.net.DefaultCacheServer
アプリケーション・サーバーの場合(キャッシュ・クライアント):
インプロセスのCoherence*Webでアプリケーションの実行とテストを行っている場合、簡単にアウトオブプロセス・トポロジに移行できます。単純に、キャッシュ・サーバーとアプリケーション・サーバーを設定します。詳細は、「アウトオブプロセスのアプリケーションのデプロイと実行」を参照してください。
Coherence*Extendによるアウトオブプロセス・トポロジは、アウトオブプロセス・トポロジに似ていますが、アプリケーション・サーバー層とキャッシュ・サーバー層との通信をCoherence*Extend経由(TCP/IP)で行う点が異なります。Coherence*Extendは、クラスタの外部で実行されるExtendクライアント(またはプロキシ)と、1台以上のキャッシュ・サーバーでホストされているクラスタ内で実行される拡張プロキシ・サービスの2つの基本コンポーネントで構成されます。このトポロジの詳細は、「Coherence*Extendによるアウトオブプロセス・トポロジ」を参照してください。
これらのデプロイメントの参加者には、次の3種類があります。
キャッシュ・サーバー(記憶域サーバー)は、実際のセッション・データをメモリーに格納する際に使用されます。
Web(アプリケーション)サーバーは、このトポロジにおけるExtendクライアントです。クラスタのメンバーにはならず、クラスタ内のプロキシ・ノードに接続します。クラスタへのリクエストの発行は、そのプロキシ・ノードが代行します。
プロキシ・サーバーは、クラスタ内の記憶域が無効なメンバーとして、ExtendクライアントからのTCP/IP接続を受け入れ、管理します。クライアントからのリクエストはクラスタに送信され、応答はTCP/IP接続を通じて返送されます。
キャッシュ・サーバーの場合:
「アウトオブプロセスのアプリケーションのデプロイと実行」でキャッシュ・サーバーを構成する手順に従ってください。また、キャッシュ・サーバーのdefault-session-cache-config.xmlファイルをコピーしてから編集し、システム・プロパティのcoherence.session.proxy=falseとcoherence.session.localstorage=trueを追加します。
これらのコンテキスト・パラメータを含むdefault-session-cache-config.xmlファイルの例と詳細は、「プロキシJVMと記憶域JVMのキャッシュの構成」を参照してください。
Web層(アプリケーション)サーバーの場合:
「アウトオブプロセスのアプリケーションのデプロイと実行」でアプリケーション・サーバーを構成する手順に従ってください。また、次の手順を完了します。
オプティミスティック・ロック・モードを使用するようにCoherence*Webを構成していることを確認します。オプティミスティック・ロックは、Coherence*Webにおけるデフォルトのロック・メカニズムです(「オプティミスティック・ロック」を参照)。
アプリケーション・サーバーのdefault-session-cache-config.xmlファイルをコピーしてから編集し、プロキシJVMのホスト名、IPアドレスおよびポートを追加します。このためには、<remote-addresses>セクションをファイルに追加します。一般には、ロード・バランシングとフェイルオーバーに備えて、すべてのプロキシJVMのホスト名、IPアドレスおよびポートを追加します。
<remote-addresses>セクションを含むdefault-session-cache-config.xmlファイルの例と詳細は、「Web層JVMのキャッシュの構成」を参照してください。
プロキシ・サーバーの場合:
若干変更することで、プロキシ・サーバーではキャッシュ・サーバーおよびアプリケーション・サーバーと同じキャッシュ構成およびセッション構成を使用できます。default-session-cache-config.xmlファイルを編集して、これらのシステム・プロパティを追加します。
coherence.session.localstorage=falseにより、ローカル記憶域を無効にします。
coherence.session.proxy=trueは、プロキシ・サービスが使用されていることを示します。
coherence.session.proxy.localhostは、プロキシがバインドされるNICのホスト名またはIPアドレスを示します。
coherence.session.proxy.localportは、プロキシがバインドされるポートの一意のポート番号を示します。
これらのコンテキスト・パラメータを含むdefault-session-cache-config.xmlファイルの例と詳細は、「プロキシJVMと記憶域JVMのキャッシュの構成」を参照してください。
Apache Tomcatサーバーにスティッキー・セッションを採用するには、サーバーのserver.xmlファイルにjvmRoute属性を構成する必要があります。この属性の詳細は、次のURLを参照してください。
http://tomcat.apache.org/connectors-doc/reference/workers.html
HTTPセッション・アフィニティは、WebSphere Libertyとの統合時に明示的に構成する必要がある場合があります。Coherence*Webに、LibertyサーバーのクローンID、およびアフィニティ・セパレータを渡す必要があります。https://www.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_admin_session_persistence.htmlにあるlibertyドキュメントで説明されているようにクローンIDがユーザーによって定義された場合、およびアフィニティ・セパレータがコロン(:)文字である場合、その他の構成は必要ありません。それ以外の場合には、サーバー起動時に次のシステム・プロパティを使用できます。
coherence.web.liberty.suffix.separator – アフィニティ接尾辞セパレータ。デフォルト値は:です。
coherence.web.liberty.suffix – サーバーのクローンID。デフォルト値は、前に示したWebSphere Libertyドキュメントで説明されているとおり、bootstrap.propertiesファイルでcloneIdシステム・プロパティのために構成されている値です。
Coherence*Web WebInstaller Antタスクを使用すると、既存のAntビルド・ファイルからユーティリティを実行できます。
この項の内容は次のとおりです。
Coherence*Web WebInstaller Antタスクを使用するには、次のタスク・インポート文をAntビルド・ファイルに追加します。この例で、${coherence.home}はCoherenceをインストールした環境のルート・ディレクトリを指しています。
<taskdef name="cwi" classname="com.tangosol.coherence.misc.CoherenceWebAntTask">
<classpath>
<pathelement location="${coherence.home}/lib/webInstaller.jar"/>
</classpath>
</taskdef>
次の手順は、AntビルドからJava EEアプリケーションにCoherence*Webを統合するための基本的なプロセスを示しています。
いつものようにJava EEアプリケーションをビルドします。
operations属性をinspectに設定して、Coherence*Web Antタスクを実行します。
生成されたCoherence*Web XMLディスクリプタ・ファイルを必要に応じて変更します。
operations属性をinstallに設定して、Coherence*Web Antタスクを実行します。
反復手順のある開発作業の実行
アプリケーションで反復手順のある開発作業(JavaServer Pages (JSP)、サーブレット、静的リソースなどの変更)を実行する場合は、次の統合プロセスを使用します。
operations属性をuninstallに、failonerror属性をfalseに、descriptor属性を「Coherence*Web WebInstaller Antタスクの使用方法」の手順2で以前生成したCoherence*Web XMLディスクリプタ・ファイルの場所にそれぞれ設定して、Coherence*Web Antタスクを実行します。
いつものようにJava EEアプリケーションをビルドします。
operations属性をinspectに、install属性とdescriptor属性を「Coherence*Web WebInstaller Antタスクの使用方法」の手順2で以前生成したCoherence*Web XMLディスクリプタ・ファイルの場所にそれぞれ設定して、Coherence*Web Antタスクを実行します。
Java EEアプリケーションのCoherence*Web構成設定の変更
Coherence*Webを使用するJava EEアプリケーションのCoherence*Web構成設定を変更する必要がある場合、次の手順を使用します。
operations属性をuninstallに、descriptor属性をJava EEアプリケーションのCoherence*Web XMLディスクリプタ・ファイルの場所にそれぞれ設定して、Coherence*Web Antタスクを実行します。
Coherence*Web XMLディスクリプタ・ファイルで、必要な構成パラメータを変更します。
operations属性をinstallに、descriptor属性を「Coherence*Web WebInstaller Antタスクの使用方法」の手順2で変更したCoherence*Web XMLディスクリプタ・ファイルの場所にそれぞれ設定して、Coherence*Web Antタスクを実行します。
表3-2は、Coherence*Web WebInstaller Antタスクで使用可能な属性を示しています。
表3-2 Coherence*Web WebInstaller Antタスクの属性
| 属性 | 説明 | 必須 |
|---|---|---|
|
目的のJava EEアプリケーションへのパス。WARファイル、EARファイル、展開したWARディレクトリ、または展開したEARディレクトリのいずれかへのパスを指定できます。 |
|
|
元の目的のJava EEアプリケーションのバックアップを保存するディレクトリへのパス。この属性は、デフォルトでJava EEアプリケーションのインストール先ディレクトリに設定されます。 |
いいえ |
|
Coherence*Web XMLディスクリプタ・ファイルへのパス。この属性は、デフォルトで目的のJava EEアプリケーションのインストール先ディレクトリにある |
いいえ |
|
0以外のステータスでCoherence*Web WebInstallerが終了した場合はAntビルドを停止します。デフォルトは |
いいえ |
|
警告メッセージを表示しないようにします。この属性の値は |
いいえ |
|
実行する操作をカンマまたはスペースで区切って指定します。指定できる操作は、 |
はい |
|
目的のJava EEアプリケーション・サーバーの別名。 |
いいえ |
|
Coherence*Web WebInstallerによって変更されたJSPとTLDにtouchコマンドを実行します。この属性に指定できる値は、 |
いいえ |
|
詳細出力を表示します。この属性の値は |
いいえ |
次に、WebInstaller Antタスクのコマンド例を示します。
myWebApp.war Webアプリケーションをインスペクトして、現在の作業ディレクトリでmy-coherence-web.xmlという名前のCoherence*Web XMLディスクリプタ・ファイルを作成します。
<cwi app="myWebApp.war" operations="inspect" descriptor="my-coherence-web.xml"/>
現在の作業ディレクトリにあるmy-coherence-web.xmlという名前のCoherence*Web XMLディスクリプタ・ファイルを使用して、myWebApp.war WebアプリケーションにCoherence*Webを統合します。
<cwi app="myWebApp.war" operations="install" descriptor="my-coherence-web.xml"/>
myWebApp.war WebアプリケーションからCoherence*Webを削除します。
<cwi app="myWebApp.war" operations="uninstall">
/dev/myWebApp/srcディレクトリにあるmy-coherence-web.xmlという名前のCoherence*Web XMLディスクリプタ・ファイルを使用して、/dev/myWebApp/buildディレクトリに配置したmyWebApp.war WebアプリケーションにCoherence*Webを統合し、元のWebアプリケーションのバックアップを/dev/myWebApp/workディレクトリに配置します。
<cwi app="/dev/myWebApp/build/myWebApp.war" operations="install" descriptor="/dev/myWebApp/src/my-coherence-web.xml" backup="/dev/myWebApp/work"/>
/dev/myWebApp/buildディレクトリにあるcoherence-web.xmlという名前のCoherence*Web XMLディスクリプタ・ファイルを使用して、/dev/myWebApp/buildディレクトリに配置したmyWebApp.war WebアプリケーションにCoherence*Webを統合します。Webアプリケーションがまだインスペクトされていない(つまり、/dev/myWebApp/build/coherence-web.xmlが存在しない)場合は、Coherence*Webを統合する前にWebアプリケーションをインスペクトします。
<cwi app="/dev/myWebApp/build/myWebApp.war" operations="inspect,install"/>
/dev/myWebApp/srcディレクトリにあるmy-coherence-web.xmlという名前のCoherence*Web XMLディスクリプタ・ファイルを使用して、/dev/myWebApp/buildディレクトリに配置したmyWebApp.war WebアプリケーションにCoherence*Webを再統合します。
<cwi app="/dev/myWebApp/build/myWebApp.war" operations="uninstall,install" descriptor="/dev/myWebApp/src/my-coherence-web.xml"/>
Coherenceには、ソフトウェアによる軽量なロード・バランサが付属しています。このソフトウェアはテスト以外の目的には使用できません。このロード・バランサは、セッション管理などの機能テストではきわめて効果的で、たいへん使いやすいソフトウェアです。HTTPセッション管理を軽量型ロード・バランサでテストするには、次の手順を実行します。
インスペクトの手順では、Coherence*Web WebInstallerによって次のタスクが実行されます。
アプリケーションと目的のWebコンテナに関する基本的な情報、および目的のWebコンテナに適したデフォルトのCoherence*Web構成コンテキスト・パラメータを記述したテンプレートであるcoherence-web.xml構成ファイルを生成します。使用可能なすべてのパラメータの詳細は、「Coherence*Webコンテキスト・パラメータ」を参照してください。
WebInstallerではサーブレット・コンテナを設定して、記憶域を無効化した状態で起動します(つまり、coherence.session.localstorageをfalseに設定します)。
既存のcoherence-web.xml構成ファイルが存在する場合(たとえば、過去にCoherence*Web WebInstallerを実行したことがある場合)は、既存のファイルにあるコンテキスト・パラメータは生成したテンプレートにあるパラメータにマージされます。
目的のJava EEアプリケーションにある各WebアプリケーションからJSPを列挙して、各JSPに関する情報をcoherence-web.xml構成ファイルに追加します。
目的のJava EEアプリケーションにある各WebアプリケーションからTLDを列挙して、各TLDに関する情報をcoherence-web.xml構成ファイルに追加します。
統合の手順では、Coherence*Web WebInstallerによって次のタスクが実行されます。
アンインストールの手順で復元できるように、元のJava EEアプリケーションのバックアップを作成します。
インスペクトの手順1で生成したCoherence*Web構成コンテキスト・パラメータを、目的のJava EEアプリケーションに含まれる各Webアプリケーションのweb.xmlディスクリプタ・ファイルに追加します。
各Webアプリケーションから、アプリケーション固有のServletContextListener、ServletContextAttributeListener、ServletRequestListener、ServletRequestAttributeListener、HttpSessionListener、およびHttpSessionAttributeListenerの各クラス(TLDによって登録されたものを含む)を登録解除します。
Coherence*Web ServletContextListenerクラスを各web.xmlディスクリプタ・ファイルに登録します。実行時に、Coherence*Web ServletContextListenerクラスによって、各アプリケーション固有のServletContextListenerリスナーに各ServletContextEventイベントが伝播します。
Coherence*Web ServletContextAttributeListenerリスナーを各web.xmlディスクリプタ・ファイルに登録します。実行時に、Coherence*Web ServletContextAttributeListenerによって、各アプリケーション固有のServletContextAttributeListenerリスナーに各ServletContextAttributeEventイベントが伝播します。
各web.xmlディスクリプタ・ファイルで宣言した各アプリケーション固有のServletをCoherence*Web SessionServletでラップします。実行時に、各Coherence*Web SessionServletからラップされたServletに権限が委譲されます。
インスペクト手順2で列挙した各JSPに次のディレクティブを追加します。
<%@ page extends="com.tangosol.coherence.servlet.api22.JspServlet" %>
アンインストールの手順では、Coherence*Web WebInstallerによって、設定済のJava EEアプリケーションが統合プロセスの手順(1)で作成した元のバージョンのバックアップに置き換えられます。
Java EEセキュリティを使用しているアプリケーションにCoherence*Webを統合するには、次の手順を別途実行してください。
この構成によって、指定の認証済ユーザーに次の2つのセッションが関連付けられます。
Webアプリケーションで作成したすべてのセッション・データを含むCoherence*Webセッション
認証中にWebコンテナによって作成され、ユーザーの特定に必要な情報のみを保存したセッション
