|
以下の節では、WebLogic Server 9.0 または 9.1 から WebLogic Server 9.2 リリースへのアプリケーション環境のアップグレード手順について説明します。
注意 : | 現在プロダクション環境にデプロイされているアプリケーション環境をアップグレードすることはお勧めしません。開発中またはテスト中のアプリケーション環境をアップグレードし、アップグレードした環境をプロダクション環境にプロモートする前に、標準的な品質保証およびパフォーマンス チューニングを行うことをお勧めします。 |
ドメインを作成およびカスタマイズするプロセスがすでに自動化されている場合には、この方法が便利です。新しいドメインを作成する手順は次のとおりです。
この手順は、コンフィグレーション ウィザードを使用して実行するか、または WLST などの WebLogic スクリプト ツールで作成した自動化スクリプトを使用して実行できます。
9.2 ドメイン テンプレートを参照したり、9.2 リリースで提供される新機能を実装したりするために、自動化スクリプトには適宜変更を加える必要があります。
たとえば、「BEA WebLogic Server 9.2 セキュリティ」で説明されているように、WebLogic 9.1 ではデフォルトのセキュリティ プロバイダが XACML
ベースになっています。必要に応じて、WebLogic 9.1 以前のセキュリティ プロバイダのサポートを追加するか、新しい XACML
ベースのセキュリティ プロバイダを使用するように適切な変更を加えてください。
注意 : | 手順 2 でカスタム 9.0 または 9.1 テンプレートを使用した場合、すでに 9.0 または 9.1 アプリケーションがデプロイされていることがあります。 |
ドメインの作成が自動化されていない場合、テスト ドメイン内のカスタマイズ情報を維持するには、このオプションが便利です。既存のドメインをアップグレードする手順は次のとおりです。
BEA_HOME
、BEA_JAVA_HOME
、JAVA_HOME
、および WL_HOME
を適切な値に設定します。 CLASSPATH
を更新して、不要になったパス情報 (9.2 より前のリリースに適用されるパッチ ファイル情報など) を削除します。
9.0 または 9.1 で開発した Beehive アプリケーションがある場合は、『WebLogic Server 9.2 Beehive 統合ガイド』の「9.0 からのアップグレード」または「9.1 からのアップグレード」の説明に従って、それらをアップグレードする必要があります。