H WebLogic Portal(WLP)のサポート

この付録では、WebLogic Portal (WLP)ベースのアプリケーションの正確な監視のために提供されるサポートについて詳しく説明します。

H.1 概要

RUEIでは、追加設定なしでWLPアプリケーションを監視することができます。自動的にWLP Webアプリケーションを検出して、ネットワーク・オブジェクトをビジネス機能に変換します。このサポートを使用すると、個々のユーザー・アクションが正しいWebアプリケーション、デスクトップ、ポータル、ブックおよびページと自動的に一致し、コンテキスト分析を得られます。

RUEIでは、ファイルベース・ポータルとストリーミング・ポータルの監視がサポートされます。ストリーミング・ポータルの場合は、ディスク・フレームワークを有効にする必要があります。ディスク・フレームワークが有効でない状態でファイルベース・ポータルを監視するには、監視対象ポータルの構成に関する追加の情報をアップロードする必要があります。これについては、「RUEIとWLP環境との同期」で説明しています。ディスク・フレームワークを使用しないストリーミング・ポータルのモニタリングはサポートされていません。

この付録でこれから説明する監視のサポートは、WLPバージョン10.3に基づくアプリケーションについて検証されています。

H.2 WLPスイート定義の作成

WLPベースのアプリケーションのスイート定義を作成できます。作成方法は、サポートされている他のOracle Enterpriseアーキテクチャの場合と同じです。スイートの作成手順については、「スイートの使用」で説明します。

H.3 RUEIとWLP環境との同期

監視対象スイート・インスタンスがファイルベース・ポータルで、ディスク・フレームワークが有効でない場合、ポータルが環境にどのように実装されているかをRUEIが認識する必要があります。次を実行します。

create_WLP_info.plスクリプトをRUEI_DATA /processor/local/downloadディレクトリからスクリプトを実行するロケーションにコピーします。監視対象アプリケーションで使用される.portalファイルを同じ場所にコピーします。
create_WLP_info.plスクリプトをレポータ・システムで実行します。このスクリプトによって、監視対象環境の実装に関する情報が生成されます。このスクリプトは次の必須パラメータを指定して実行してください。
```
perl create_WLP_info.pl -portal file.portal
```
fileは、監視対象アプリケーションで使用される.portalファイルの名前です。

複数インスタンス環境では、目的のインスタンスごとにスクリプトを実行し、作成される.txtファイルを別に保存します。「スイート定義の作成」の説明に従って、インスタンスごとに個別のスイート定義を作成します。
構成ファイルのアップロードで説明されている手順に従って、生成されたファイルをレポータ・システムにアップロードします。

H.4 Cookieテクノロジの指定

WLPスイート・インスタンスを作成すると、WLP環境用の事前定義済Cookieが自動的に作成されます。これは、JSESSIONIDという名前のカスタムCookieとして実装されます。 WLPはWebLogicテクノロジに基づいているため、事前定義済CookieはWLPアプリケーションに適しています。ただし、環境の構成によってはこのCookieを変更する必要があります。また、RUEIによって、完了したセッションのユーザーを監視および追跡するには、Cookieのパスを/に設定する必要があります。 cookieの構成の詳細は、「セッション・トラッキング・メカニズムの指定」を参照してください。

H.5 ユーザー認証の構成

RUEIでは、RESTフレームワークに基づくユーザー認証を利用するWLPアプリケーションを追加設定なしで監視することができます。ただし、監視対象ポータルで他のユーザー認証メカニズムが使用される場合には、構成する必要があります。その手順については、「ユーザー識別の定義」で説明します。

H.6 スイート定義マッピング

WLPアプリケーションはホスト名で識別できます。一般的に、WLPスイートにアクセスする方法は2つあります。ホスト名のみを使用する方法、または完全修飾ホスト名(ドメインを含む)を使用する方法です。通常はドメインのみを指定してください。

H.7 データ・アイテム

表H-1に示すWLP固有のデータ・アイテムがRUEIでレポートされます。

表H-1 WLP固有のデータ・アイテム

項目	説明
WLPアクション	アクションの名前。 WebLogicアクションはページで実行され、ポートレットを伴うことがあります。後者の場合、第2レベルにポートレットが表示されます。
WLPブック	ポートレットがあるページを含むWebLogicブックの名前。
WLPデスクトップ	WebLogicデスクトップの名前。これをWebLogicポータル、WebLogic Webアプリケーションおよびスイートの名前(構成のスイートで定義)と組み合せると、RUEIでのアプリケーション名になります。
WLPページ	WebLogicページの名前。ポートレットはページに含まれます。ページそのものはWebLogicブックに含まれます。
WLPポータル	WebLogicポータルの名前。これをWebLogicデスクトップ、WebLogic Webアプリケーションおよびスイートの名前(構成のスイートで定義)と組み合せると、RUEIでのアプリケーション名になります。
WLPポートレット	WebLogicポートレットの名前。
WLP Webアプリケーション	WebLogic Webアプリケーションの名前。これをWebLogicポータル、WebLogicデスクトップおよびスイートの名前(構成のスイートで定義)と組み合せると、RUEIでのアプリケーション名になります。

H.8 既知の制限事項

現在、RUEIではWLPのすべての機能はサポートされません。特に次の制約事項がすでに判明しています。

レポートは、最後にアクティブになった部分に基づいて行われます。したがって、1人のエンド・ユーザーが複数のブラウザ・ウィンドウで同時に参照しているとき、レポートされるページ名に間違った情報が含まれることがあります。
ポートレット・レベルのレポートは非常に限られています。ストリーミング・ポータルの場合、アクションにポートレット(move portlet on pageなど)が含まれ、ポートレット定義ラベルがレスポンス・コンテンツまたはアクションのURLで検出されると、ポートレット定義ラベルがWLPグループでレポートされます。すべてのページグループではポートレットはレポートされません。

ファイルベース・ポータルの場合、アクションにポートレットが含まれるときはインスタンス・ラベルがレポートされます。ファイルベース・ポータルにはポートレット定義ラベルがないためです。ファイル・ベースのポートレット・インスタンス・ラベルがレポートされるのは、ポータル構成ファイルがアップロードされた場合のみです(「RUEIとWLP環境との同期」を参照)。
ディスク・フレームワークが有効になっていないストリーミング・ポータルの監視はサポートされません。
リッチ・インターネット・アプリケーション(RIA)・フレームワーク(Ajaxなど)を使用するアプリケーションは、再生機能が低下する場合があります。