基\'96\'7b的なキャッシュ設定を行う

1. ［Caching］ページに移動します。

2. ページのCache Configuration］セクションで、必要に応じて、次の設定のグローバル値またはローカル値を指定します。

   設定	操作
   ロック取得タイムアウト	オブジェクトでロックが取得されるまでキャッシュが待機する間隔(ミリ秒)を指定します。ユーザアプリケーションのアプリケーションログに大量のロックタイムアウト例外が書き込まれる場合に、この設定値を増やすことができます。デフォルトは15000ミリ秒です。
   Wake Up Interval Seconds	次を行うまでにキャッシュ強制更新ポリシーが待機する間隔(秒)を指定します。 強制更新ノードイベントの処理 サイズ制限および期限切れノードのクリーンアップ
   Eviction Policy Class	使用するキャッシュ立ち退きポリシーのクラス名を指定します。デフォルトは、JBoss Cacheが提供するLRU強制更新ポリシーです。 org.jboss.cache.eviction.LRUPolicy この設定は、必要に応じて、JBoss Cacheがサポートする別の強制更新ポリシーに変更できます。 サポート対象の立ち退きポリシーについては、www.jboss.org/products/jbosscacheを参照してください。
   Max Nodes	キャッシュで許容される最大ノード数を指定します。制限がない場合には、次を指定します。 0 一部のキャッシュホルダに対して、この設定をカスタマイズできます。詳細については、カスタマイズできるキャッシュホルダを参照してください。
   Time To Live Seconds	ノードが一掃されるまでのアイドル時間(秒)を指定します。制限がない場合には、次を指定します。 0 一部のキャッシュホルダに対して、この設定をカスタマイズできます。詳細については、カスタマイズできるキャッシュホルダを参照してください。
   MaxAge	エントリが作成されてからキャッシュホルダ内に存在できる秒数を指定します。制限がない場合は、次の値を指定します: 0 この設定は、カスタマイズできるキャッシュホルダでのみ利用できます。

   これらの設定は必\'90\'7bです。各設定にはグローバル値が必要であり、オプションでローカル値も使用します。

   設定のグローバル値をローカル値で上書きする場合は、その設定の［ローカルの有効化］チェックボックスを選択します。次に、ローカル値を指定してください。(ローカル値がすべて有効であることを確認してください。そうしないと変更を保存できません)。

   メモ:［ローカルの有効化］チェックボックスを選択しない場合、保存時に既存のローカル値が削除されます。

3. ［保存］をクリックします。

4. 保存した設定を反映できる状態になったら、該当アプリケーションサーバ上でユーザアプリケーションを再起動します。

1. JGroupsクラスタを設定します。この作業には、インストールプログラムを使ったIdentity Managerユーザアプリケーションのクラスタ内の各アプリケーションサーバへのインストールが含まれます(セクション 2.7, クラスタリングを参照)。

2. ユーザアプリケーションのキャッシュ環境設定におけるクラスタ使用の有効化

   詳細については、クラスタのキャッシュ設定の実行を参照してください。

1. ［Caching］ページに移動します。

2. ページの［Cluster Configuration］セクションで、必要に応じて、次の設定のグローバル値またはローカル値を指定します。

   設定	操作
   Cluster Enabled	グループIDが指定するクラスタ内の他のノードへのキャッシュ変更を無効化するには、［True］を選択します。クラスタに参加しない場合は、［False］を選択します。
   グループID	参加対象のJGroupsクラスタのグループIDを指定します。別のクラスタを使用する場合を除き、ユーザアプリケーションのクラスタのために用意されているグループIDのデフォルトを変更する必要はありません。 グループIDは一意で、DefaultPartitionやTomcat-Clusterなどの既知のJBossクラスタ名は使用できません。 ヒント:グループIDをログメッセージに表示する場合は、キャッシングログ(com.sssw.fw.cachemgr)のレベルが「情報」以上になっていることを確認します。
   Cluster Properties	グループIDが示すクラスタのJGroupsプロトコルスタックを指定します。これは、クラスタのプロパティを調整する必要がある熟練した管理者の方向けの設定です。熟練管理者でない場合は、デフォルトのプロトコルスタックを変更しないでください。 現在のクラスタのプロパティを\'95\'5c示するには、［view］をクリックします。 JGroupsプロトコルスタックの詳細については、www.joss.org/wiki/Wiki.jsp?page/JGroupsを参照してください。

   設定のグローバル値をローカル値で上書きする場合は、その設定の［ローカルの有効化］チェックボックスを選択します。ローカル値を指定します。

   ［ローカルの有効化］チェックボックスを選択しない場合、保存時に既存のローカル値が削除されます。

   クラスタ内のすべてのノードの［グループID］および［クラスタのプロパティ］が同じ設定になっていることを確認します。特定のノードについてこれらの設定を確認する場合には、そのサーバ上のユーザインタフェースのURLを参照することにより、そのノードで実行しているIdentity Managerユーザインタフェースにアクセスし、それから［キャッシング］ページを表示する必要があります。

   デフォルトのUDPプロトコルの代わりにTCPプロトコルを使用する場合は、ユーザアプリケーションクラスタグループのキャッシングの環境設定を参照してください。

3. ［保存］をクリックします。

4. 保存した設定を反映できる状態になったら、該当アプリケーションサーバ上でユーザアプリケーションを再起動します。

1. 配布したユーザアプリケーションWARファイル( IDM.WARまたはIDMProv.WAR)を、インストールディレクトリにバックアップします(例:/opt/novell/idmサブディレクトリ)。

2. テスト環境で、ユーザアプリケーションWARファイルの内容を抽出します。

   ユーザアプリケーションのテーマを構成しているファイルは、resources\themesサブディレクトリにあります。各テーマはそれぞれ適切な名前の独立したディレクトリに保存されています。

3. テスト環境で、カスタムテーマ用のディレクトリを作成します。

   任意の有効なディレクトリ名を使用できますが、テーマ名を反映した名前でなければなりません。また、スペースを使用することはできません。

4. テーマBlueGlossの内容を、抽出したWARファイルから、作成したサブディレクトリにコピーします。次のファイルに対して作業を行います。

   ファイル名	説明
   theme.xml	テーマ記述子ファイルです。このファイルには、表示名や説明に関するエントリがあります。これは、［管理］タブの［テーマ］ページで使用されます。残りのエントリは、ブランド可能なセレクタに対応しています。これらのエントリのwidth属性とheight属性は、ユーザがこれらのイメージのカスタマイズ版をアップロードした際に実際に必要な寸法をブランディングページで参照するために使用されます。これらのエントリは、該当するイメージと一致する必要があります(themes.cssの幅と高さ)。
   theme.css	ユーザインタフェースの外観を整えるために使用するCSSセレクタがあります。
   print.css	プリントフレンドリ版のユーザインタフェースを整えるために使用するCSSセレクタがあります。
   imagesサブディレクトリ	テーマが使用するイメージを保管します。

   これらのファイルの作業規則:

   • theme.xml、theme.css、およびprint.cssファイルのファイル名は変更できません。

   • CSSセレクタ名は同じでなければなりません。ただし、外観を設定するために、セレクタのプロパティは変更できます。

   • imagesサブディレクトリには任意の名前を使用できます。ただし、CSSファイルとXMLファイル内で正しい名前を指定して参照させる必要があります。

5. 必要に応じてイメージ、CSSスタイルシート、および他の要素を変更します。次の項目を変更することをお勧めします。

   • theme.xml:

     • display-name: 自分のテーマを表す名前に変更します。ここで指定した名前が、ユーザアプリケーションの［管理］タブにある［テーマ］ページに表示されます。

     • description: この値には、テーマの説明を指定します。ここで指定した説明が、ユーザアプリケーションの［管理］タブにある［テーマ］ページの説明として表示されます。

     • display-nameおよびDescriptionフィールドをローカライズするかどうかを検討してください。

   • graphicsディレクトリ:

     • thumbnails.gif: これを自分のイメージと置換します。イメージは、［管理］タブの［テーマ］ページに前述のテーマ名や説明と一緒に表示されます。一般的にこのイメージは、対応するテーマの適用時のユーザアプリケーションのランディングページの外観を表します。

     • グラフィックファイルの名前変更: グラフィックファイルの名前を変更した場合(同名の別の画像を使用するのではなく)、theme.xmlファイルとtheme.cssファイルに指定されているイメージ参照が、正しいファイル名を指していることを確認してください。ブランディングインタフェースでイメージを使用しない場合は（例:theme.xmlファイル内のブランド可能イメージのサブセットとして指定しない場合）、theme.cssファイル内のイメージへの参照を変更するだけで構いません。images/header_left.gifの名前をimages/my_company_name.gifに変更する場合を考えてみましょう。 この場合、theme.cssファイルを編集して、新しいイメージ名を指定します。

6. テーマファイルの変更がすべて完了したら、カスタマイズしたテーマのディレクトリを、カスタムテーマを保管するWARファイルに追加します。新しいWARファイルをテスト用アプリケーションサーバに展開します。テストのヒント:［テーマ］ページを開きます(［管理］タブ)。ここには、付属のテーマと一緒に作成したテーマが表示されます。［テーマのプレビュー］アクションを使って、カスタマイズしたテーマがどのように表示されるかを確認してください。これは、テーマを意図した通りに変更できたかどうかを確認するために役立ちます。

7. 変更内容をテストし、正しく変更できたことを確認したら、カスタムテーマを含むWARファイルを実働環境のアプリケーションサーバに展開できます。