WebLogic のアプリケーション環境のアップグレード
![]() |
![]() |
![]() |
![]() |
WebLogic Server 7.0 または 8.1 環境でカスタム セキュリティ プロバイダを使用している場合、WebLogic アップグレード ウィザードを使用して、セキュリティ プロバイダを WebLogic Server 9.0 のアプリケーション環境で使用できるようアップグレードすることができます。
注意 : カスタム セキュリティ プロバイダは、WebLogic Server 6.1 ではサポートされていません。
次の節では、WebLogic アップグレード ウィザードを使用してセキュリティ プロバイダをアップグレードする方法について説明します。
カスタム セキュリティ プロバイダの開発については、『WebLogic Server で使用するセキュリティ プロバイダの開発について』(http://edocs.beasys.co.jp/e-docs/wls/docs81/dvspisec/index.html
) を参照してください。
セキュリティ プロバイダをアップグレードする場合、アップグレード元のディレクトリとアップグレード先のディレクトリを指定すると、WebLogic アップグレード ウィザードが既存の JAR をアップグレードします。これにより、セキュリティ プロバイダは WebLogic Server 9.0 のアプリケーション環境で実行可能となります。
注意 : セキュリティ プロバイダ JAR には、MBean を定義する MBean 定義ファイル (MDF) が含まれていなければなりません。MDF は、特定の MBean タイプの .java
ファイルを生成するのに使用されます。MDF の作成の詳細については、『WebLogic Server で使用するセキュリティ プロバイダの開発について』(http://edocs.beasys.co.jp/e-docs/wls/docs81/dvspisec/index.html
) を参照してください。 MDF が JAR ファイルに含まれていない場合、当該セキュリティ プロバイダのアップグレード プロセスは正常に実行されません。
MDF に未登録のタグがある場合は、アップグレード プロセス中に警告が表示されます。 この警告はアップグレードに影響しないので無視してかまいません。ただし、MDF から未登録のタグを削除して、この警告が表示されないようにすることをお勧めします。
9.0 以前のコンフィグレーションで定義されているセキュリティ レルムでは、ロックアウト マネージャ (UserLockoutManagerMBean
) が定義されていなければなりません。また、これらのセキュリティ レルムは、JMX オブジェクトの命名規約 (Security:Name=
name
) に準拠していなければなりません。これらの条件が満たされていない場合、当該セキュリティ プロバイダのアップグレード プロセスは正常に実行されません。
アップグレード中、アップグレード ウィザードは次のタスクを実行します。
MBeanImpl
要素やスキーマ ファイルなど) _Upgraded
を付加する_Upgraded
が付加されているアップグレード済みの JAR を無視する
WebLogic Server 9.0 環境で実行するすべてのカスタム セキュリティ プロバイダをアップグレードする必要があります。
注意 : WebLogic Server 9.0 を WebLogic Server 7.0 または 8.1 を含む既存の BEA ホーム ディレクトリにインストールする場合、デフォルトの場所 WL_HOME
\server\lib\mbeantypes
(WL_HOME
は WebLogic Server 9.0 より前のバージョンのインストール先のルート ディレクトリ) にあるすべてのカスタム セキュリティ プロバイダは自動的にアップグレードされます。カスタム セキュリティ プロバイダは、6.1 環境ではサポートされていません。すべてのカスタム セキュリティ プロバイダがデフォルトの場所に格納されている場合は、ここで説明するセキュリティ プロバイダのアップグレード手順を実行する必要はありません。
カスタム セキュリティ プロバイダがアップグレードされたか確認するには、WL_HOME
\server\lib\mbeantypes
ディレクトリ (WL_HOME
は WebLogic Server 9.0 のインストール先のルート ディレクトリ) のアップグレードされたセキュリティ プロバイダ、security_provider_name
_Upgraded
(security_provider_name
はセキュリティ プロバイダの名前) を確認します。
WebLogic アップグレード ウィザードでは、次のどちらかのモードでセキュリティ プロバイダをアップグレードすることができます。
ドメイン内のすべてのマシンのセキュリティ プロバイダをアップグレードする必要があります。
以下の節では、セキュリティ プロバイダをアップグレードする方法について説明します。
次の節では、グラフィカル モードで WebLogic アップグレード ウィザードを使用してセキュリティ プロバイダをアップグレードする方法について説明します。
注意 : グラフィカル モードでアップグレード ウィザードを実行するのに使用するコンソールでは、Java ベースの GUI がサポートされていなければなりません。グラフィカル表示をサポートしていないシステム上でアップグレード ウィザードをグラフィカル モードで起動しようとすると、エラー メッセージが表示されます。
注意 : WebLogic アップグレード ウィザードを起動する前に、「アップグレードの準備」の手順がすでに実行されていなければなりません。
グラフィカル モードで WebLogic アップグレード ウィザードを起動してセキュリティ プロバイダをアップグレードするには、次の手順に従います。
次の表に、WebLogic アップグレード ウィザードを使用してセキュリティ プロバイダをアップグレードする手順の概要を示します。
|
|
|
|
|
|
|
たとえば、セキュリティ プロバイダがリモート マシンにある場合などに、WebLogic アップグレード ウィザードをグラフィカル モードで使用するのは合理的ではありません。このような場合、ウィザードをサイレント モードで使用して、セキュリティ プロバイダをアップグレードすることができます。
注意 : WebLogic アップグレード ウィザードを起動する前に、「アップグレードの準備」の手順がすでに実行されていなければなりません。
サイレント モードで WebLogic アップグレード ウィザードを起動してセキュリティ プロバイダをアップグレードするには、次の手順に従います。
java weblogic.Upgrade -mode silent -type securityproviders [-responses
xmlfile] [-out
file]
-responses
引数でファイルを指定しない場合、ウィザードはデフォルト値をアップグレード プロセスで使用します。XML ファイルの形式とデフォルト値の詳細については、「サイレント アップグレード用 XML スクリプト リファレンス」を参照してください。stdout
) とエラー メッセージが書き込まれる出力ファイル。-out
引数でファイルを指定しない場合、これらのメッセージはコマンド ウィンドウに書き込まれます。
![]() ![]() |
![]() |
![]() |