アップグレードユーティリティー

6165528 

Enterprise Edition 8 から Application Server Enterprise Edition 8.1 にアップグレードするときに、install_dir/domains ディレクトリ以外のカスタムパスに作成されたドメインが直接アップグレードされない。

アップグレードユーティリティーを実行しているときに、install_dir をソースインストールディレクトリとして指定すると、そのアップグレードプロセスは、install_dir/domains ディレクトリの下に作成されたドメインだけをアップグレードします。その他の場所に作成されたドメインはアップグレードされません。

解決法

アップグレードプロセスを起動する前に、すべてのドメインディレクトリを、それぞれの場所から install_dir/domains ディレクトリに移動します。

6207337 

一部の Linux システムで、「代替アップグレード」を実行しているインストーラが、「アップグレードウィザードの起動」ボタンのクリック後にアップグレードツールの起動に失敗する。 

この問題はさまざまな Linux システムで発生しています。Java Desktop System 2 でもっとも一般的ですが、Red Hat ディストリビューションでも発生しています。 

インストールプログラムの最後の画面で「アップグレードツールの起動」ボタンをクリックすると、そのインストールプログラムはアップグレード処理を完了するためのアップグレードツールの起動に失敗し、コマンドプロンプトに戻ることなくハングアップします。 

解決法

この問題は、コマンド行インストールモードを使って代替アップグレードを実行している場合には発生しません。 

1. GUI モードで代替アップグレードを実行してこの問題が発生した場合には、インストールプログラムを起動した端末ウィンドウで Ctrl+C を押すことにより、そのインストールプログラムを終了します。

2. その端末ウィンドウから次のコマンドを使ってアップグレードツールを起動します。

   install_dir/bin/asupgrade --source install_dir/domains --target install_dir --adminuser adminuser --adminpassword adminpassword --masterpassword changeit

   adminuser および adminpassword は、アップグレード中のインストールで使用されている値に一致する必要があります。

3. アップグレードツールがアップグレードプロセスを完了したあとは、ブラウザを起動して次の URL を入力することにより、「バージョン情報」ページを参照できます。

   file://install_dir/docs-ee/about.html

製品を登録するインストールオプションを選択した場合には、「バージョン情報」ページ上の登録ページへのリンクをたどってください。 

6296105 

8.0 Platform Edition (PE) から 8.1 Enterprise Edition (EE) UR2 へのアップグレード中およびその後、自己署名付き証明書が信頼されない。 

解決法

アップグレード後、ターゲットの domain.xml から次のエントリを削除し、サーバーを再起動します。

<jvm-options>-Djavax.net.ssl.keyStore=${com.sun.aas.instanceRoot}
/config/keystore.jks</jvm-options>-
<jvm-options>Djavax.net.ssl.trustStore=${com.sun.aas.instanceRoot}
/config/cacerts.jks</jvm-options>

6331685 

ファイルベースインストーラでの完全再インストールを回避する方法として、ドメイン、エージェントディレクトリの外部化について記述する。 

ファイルベースのインストールパッチを適用するごとに、すべてのアプリケーションの再設定と再実行または再配備を行う必要が生じる場合があります。これは時間がかかり、エラーが起きやすい作業です。 

解決法

完全再インストールを実行せずに済むように、DAS、ノードエージェント、HADB、および MQ インスタンスを、AS8.1 インストールのサブディレクトリまたはパスから外部化します。 

たとえば、DAS ドメインを /work/jnditest に対して外部化するには、次のように実行します。

./asadmin create-domain --domaindir /work \
--adminport 7878 --adminuser admin --instanceport 7870 jnditest

ノードエージェントを /work/nagent に対して外部化するには、次のように実行します。

./asadmin create-node-agent --agentdir=/work \
--port 7878 --host $dashost --user admin nagent

最後に、外部化した DAS を起動するには、次のように実行します。 

./asadmin start-domain --domaindir /work -u admin  jnditest

6436590 

JES と共存している AS7.x をアンインストールすると、JES appserver が失敗する。 

Application Server 7.x をアンインストールすると、一緒にインストールしたすべてのコンポーネントが削除されます。そのあとで Application Server 8. x にアップグレードすると、インストールに必要な一部のコンポーネントが失われているために、インストールが失敗します。

解決法 1

Application Server 8.x をインストールする前に、7.x をアンインストールしないでください。

解決法 2

pkgrm SUNWas* を使用して、Application Server 7. x に所属するパッケージを手動でアンインストールします。次に例を示します。

8 - system       SUNWasaco    Sun Java System Application Server Admin Clie

nt, unbundled
10 - system      SUNWascmlo   Sun Java System Application Server Shared Lib

raries, unbundled
13 - system      SUNWascmo    Sun Java System Application Server unbundled 

(common)
17 - system      SUNWasdmo    Sun Java System Application Server Sample App

lications, unbundled
18 - system      SUNWashaco   Sun Java System Application Server Admin Clie

nt Extension, 
                              unbundled
20 - system      SUNWashdmo   Sun Java System Application Server HA Sample 

Applications, 
                              unbundled
21 - system      SUNWashmano  Sun Java System Application Server Extension 

Manual Pages
22 - system      SUNWasho     Sun Java System Application Server HA Extensi

on, unbundled
26 - system      SUNWasmano   Sun Java System Application Server Standard 

Manual Pages
27 - system      SUNWaso      Sun Java System Application Server, unbundled

 (opt)
28 - system      SUNWasro     Sun Java System Application Server, unbundled

 (root)

この方法を使用する場合、prodreg unregister を使用して、productregistry での無効なエントリをクリーンアップする必要があることに注意してください。