Sun Java System Application Server Standard および Enterprise Edition 7 2004Q2 Update 4 リリースノート

Sun Java™ System Application Server Standard および Enterprise Edition リリースノート

バージョン 7 2004Q2 Update 4

Part No. 819-4608

これらのリリースノートには、Sun JavaTM System Application Server Standard および Enterprise Edition 7 2004Q2 Update 4 のリリース時における重要な情報が含まれています。本書には、拡張機能、インストール時の注意、既知の問題、および最近見つかったその他の問題点が記載されています。Sun Java System Application Server 7 をご使用になる前に、このリリースノートと関連マニュアルをお読みください。

このリリースノートには、次の内容が含まれています。

リリースノートの改訂履歴

この節では、Sun Java System Application Server 7 Standard Edition および Enterprise Edition 製品の初期リリース後に、リリースノートで変更が加えられた箇所について示します。

改訂日付

変更の詳細

2005 年 4 月

Sun Java System Application Server 7 2004Q2 Standard Edition および Enterprise Edition の Update 3 リリース

2005 年 1 月

Sun Java System Application Server 7 2004Q2 Standard Edition および Enterprise Edition の Update 2 リリース

2004 年 9 月

Sun Java System Application Server 7 2004Q2 Standard Edition および Enterprise Edition の Update 1 リリース

2004 年 5 月

Sun Java System Application Server 7 2004Q2 Standard Edition および Enterprise Edition の初版リリース

新機能

Sun Java System Application Server 7 Standard Edition および Enterprise Edition 2004Q2 Update 4 は、広い範囲にわたるアプリケーションサービスと Web サービスを展開するのに適した、高性能の J2EE プラットフォームを提供します。Update 4 リリース版には次の変更が加えられています。

プラットフォームの概要

この節では Sun Java System Application Server Standard Edition および Enterprise Edition 7 2004Q2 Update 4 でサポートされるプラットフォームコンポーネントについて説明します。

詳細は次のとおりです。

オペレーティングシステムと配布のタイプ

次の表に、Sun Java System Application Server 7 2004Q2 Update 4 でサポートされるオペレーティングシステムとその配布タイプを示します。

表 1 サポートされるオペレーティングシステムと配布のタイプ 

プラットフォーム

オペレーティングシステムのバージョン

配布のタイプ

Application Server 7 2004Q2 Update 1 Edition

Solaris SPARC®

Solaris 8 Update 7、Solaris 9 Update 6、Solaris 101

ファイルベースとパッケージベース2

Standard Edition および Enterprise Edition

Solaris x86

Solaris 9 Update 4、Solaris 10

ファイルベースとパッケージベース

Standard Edition および Enterprise Edition

Linux x863

Red Hat Advanced Server 2.1 Update 3、
Red Hat Advanced Server 3

ファイルベースと RPM ベース

Standard Edition および Enterprise Edition

Microsoft Windows4

Microsoft Windows 2000: Server Service Pack 2
Microsoft Windows 2000: Advanced Server Service Pack 2
Microsoft Windows 2000: Professional Service Pack 2
Microsoft Windows 2003:
Microsoft Windows XP: Professional

ファイルベース

Standard Edition および Enterprise Edition

1Solaris 10 では、ファイルベースとパッケージベースの両方のインストールがサポートされています。グローバルゾーンのみがサポートされています。ローカルゾーンとローカルな散在するルートゾーンはサポートされていません。
2パッケージベースおよび RPM ベースの配布をインストールするには、スーパーユーザー権限が必要です。
3 Red Hat Advanced Server 2.1 では、HADB は ext2 ファイルシステムのデバイスのみをサポートします。
4 Microsoft Windows XP Professional で使用できるのは Standard Edition のみです。

システム要件

Sun Java System Application Server 7 Standard および Enterprise Edition 2004Q2 Update 4 の要件を次の表にまとめます。

表 2 Sun Java System Application Serverのプラットフォーム要件 

オペレーティングシステム

アーキテクチャ

最小メモリー

推奨メモリー

最小ディスク容量

推奨ディスク容量

Sun Solaris 8 SPARC、9 SPARC、または 10 SPARC 版

32 ビット/64 ビット4

256M バイト

1.5G バイト (HADB を同じ場所に配置する場合)

1024M バイト

2G バイト (HADB を同じ場所に配置する場合)

 

250M バイトの空き領域

500M バイトの空き領域

Solaris 9 および 10 の x86 版

32 ビット

Red Hat Enterprise Linux 2.1、3

Microsoft Windows 2000: Server Service Pack 2
Microsoft Windows 2000: Advanced Server Service Pack 2
Microsoft Windows 2000: Professional Service Pack 2
Microsoft Windows 2003:
Microsoft Windows XP: Professional

ｘ86 32 ビット

4 32/64 ビットは、サポートされる OS を示します。Sun Java System Application Server は、32 ビットアプリケーションです。

JDBC ドライバとデータベース

Sun Java System Application Server Standard Edition および Enterprise Edition は、対応する JDBC ドライバを持つ、どの DBMS との接続もサポートするように設計されています。Sun がテストし、J2EE 準拠のデータベースの設定に使用できることが確認されたコンポーネントを次の表に示します。

表 3 サポートされる JDBC ドライバ

JDBC ベンダー

JDBC ドライバのタイプ

サポートされるデータベースサーバー

PointBase 4.2

Type 4

PointBase Network Server 4.2

JConnect 5.5

Type 4

Sybase ASE 12.5

DataDirect 3.2

Type 4

MS SQL Server 2000 Service Pack 1

DataDirect 3.2

Type 4

Oracle 8.1.7

DataDirect 3.2

Type 4

Oracle 9.2.0.1

Oracle 9.2.0.3

Type 2 (OCI)

Oracle 9.2.0.3+ w/RAC

Oracle 10.1.0.2

Type 4 および Type 2 (OCI)

Oracle 10g

IBM

Type 2

IBM DB2 8.1 Service Pack 3

ほかにも、JDBC ドライバ検証プログラムによるテストで J2EE 1.3 プラットフォームの JDBC 要件に適合することが確認されたドライバがあります。これらのドライバは Sun Java System Application Server との JDBC 接続に使用できます。Sun では、これらのドライバに対する製品サポートは提供していませんが、Sun Java System Application Server でのこれらのドライバの使用はサポートしています。

Web サーバー

この節では、Sun Java System Application Server 7 2004Q2 Update 4 Standard Edition および Enterprise Edition 向けにサポートされる Web サーバーの一覧を示します。

表 4 サポートされる Web サーバー

Web サーバー

バージョン

オペレーティングシステム

Sun Java System Web サーバー

6.0 Service Pack 6

Solaris SPARC 8 および 9
Red Hat Enterprise Linux 2.1 x86
Microsoft Windows 2000: Server Service Pack 2
Microsoft Windows 2000: Advanced Server Service Pack 2
Microsoft Windows 2000: Professional Service Pack 2
Microsoft Windows 2003:
Microsoft Windows XP: Professional
HP-UX 11i

Sun Java System Web サーバー

6.1

Solaris SPARC 8 および 9、
Solaris 9 x86、
Red Hat Enterprise Linux 2.1
Microsoft Windows 2000: Server Service Pack 2
Microsoft Windows 2000: Advanced Server Service Pack 2
Microsoft Windows 2000: Professional Service Pack 2
Microsoft Windows 2003:
Microsoft Windows XP: Professional
HP-UX 11i

Apache Web Server

1.3.29、2.0.49

Solaris SPARC 8 および 9、
Solaris 9 x86、
Red Hat Enterprise Linux 2.1、3、
Microsoft Windows 2000: Server Service Pack 2
Microsoft Windows 2000: Advanced Server Service Pack 2
Microsoft Windows 2000: Professional Service Pack 2
HP-UX 11i

Microsoft IIS

5.0

Microsoft Windows 2000: Server Service Pack 2
Microsoft Windows 2000: Advanced Server Service Pack 2
Microsoft Windows 2000: Professional Service Pack 2
Microsoft Windows XP: Professional および Microsoft Windows 2003 (Application Server の Standard Edition のみ)

ソフトウェアパッケージ

この節では、Sun Java System Application Server Standard Edition および Enterprise Edition 7 2004Q2 Update 4 向けにサポートされる関連ソフトウェアパッケージの一覧を示します。

表 5 Application Server とバンドルするコンポーネントのバージョン

コンポーネント

Application Server 7.0 Platform Edition および Standard Edition で使用するバージョン

Application Server 7.0 Enterprise Edition で使用するバージョン

Application Server 7 2004Q2 Standard Edition および Enterprise Edition で使用するバージョン

Application Server 7 2004Q2 Update 1 Standard Edition および Enterprise Edition で使用するバージョン

Application Server 7 2004Q2 Update 4 Standard Edition および Enterprise Edition で使用するバージョン

J2SE

1.4.0_02

1.4.1_03

1.4.2_04

1.4.2_05

1.4.2_08

PointBase

4.2

なし

4.2 (Standard Edition のみ)

4.2 (Standard Edition のみ)

4.2 (Standard Edition のみ)

Sun Java System Message Queue Standard Edition

3.0.1

3.0.1

3.5 Service Pack 1

3.5 Service Pack 1

3.5 Service Pack 2

JWSDP

1.0_01

1.0_01

1.0_01

1.0_01

1.0_015

5製品 CD に収録された JWSDP 1.4 共通コンポーネントを使用して、インストールされている JWSDP をアップグレードします。

ブラウザ

この節では、Sun Java System Application Server Standard Edition および Enterprise Edition 7 2004Q2 Update 4 でサポートされるブラウザの一覧を示します。

表 6 サポートされるブラウザ

ブラウザ

バージョン

Netscape Navigator

4.79、6.2

Internet Explorer

5.5 Service Pack 2、6.0

必須の Solaris パッチ

Solaris 8 システムには、次の URL の「パッチサポートポータル」から「推奨 & セキュリティーパッチ」に記載されている Sun 推奨パッチクラスタをインストールする必要があります。

http://jp.sunsolve.sun.com/

Solaris 8 システムには、パッチ番号 109326-06、108827-26、および 110934 のパッチをインストールしてください (全リビジョン対象。パッケージベースのインストールのみ)。これらの必須パッチは、インストーラによってチェックされます。これらのパッチがインストールされていないと、Sun Java System Application Server 7 2004Q2 Update 4 ソフトウェアをインストールしたり実行したりすることはできません。最新の推奨パッチクラスタには、これらのパッチが最初から含まれています。

アップグレードオプション

この節では、次のトピックを取り上げます。

Sun Java System Application Server のアップグレード

Sun Java System Application Server Standard Edition および Enterprise Edition 7 2004Q2 Update 4 のインストーラにより、Application Server の旧バージョンから最新バージョンにアップグレードできます。各 Application Server は、サポートされているどのプラットフォームにインストールされたものも、同じプラットフォームおよびインストールタイプで、対応するバージョンにアップグレードできます。使用可能なアップグレードオプションを次の表に示します。

表 7 使用可能なアップグレードオプション 

現在インストールされている製品

Sun Java System Application Server 7 2004Q2 Update 4 にアップグレード可能

Sun ONE Application Server 7.0 Platform Edition

Standard Edition
Enterprise Edition

Sun ONE Application Server 7.0 Standard Edition、Update 1、Update 2、および Update 3

Standard Edition
Enterprise Edition

Sun ONE Application Server 7.0 Enterprise Edition

Enterprise Edition

Sun Java System Application Server 7 2004Q2 Standard Edition および Enterprise Edition

Standard Edition
Enterprise Edition

Sun Java System Application Server 7 2004Q2 への手動での移行、およびアップグレードのその他の重要な前提条件については、『Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 2 Installation Guide』を参照してください。

高可用性データベースのアップグレード

この節では、次のトピックを取り上げます。

アップグレード前のタスク/データの移行

アップグレードを始める前に、HADB 履歴ファイル、管理エージェント設定ファイル、ログファイルとリポジトリ、およびすべてのデータデバイスをインストールパスの外部に保管します。次の手順を使用して、管理リポジトリと設定ファイルを移動します。

  1. すべての古い管理エージェントを停止し、HADB ノードは引き続き実行します。
  2. 各ホスト上で、リポジトリディレクトリを新しい場所に移動します。
  3. 各ホスト上で、dbconfig ディレクトリを新しい場所にコピーします。
  4. 各ホスト上で、mgt.cfg ファイルを更新し、dbconfig とリポジトリディレクトリの正しいパスを設定します。
  5. 更新した mgt.cfg ファイルを使用して管理エージェントを起動します。

アップグレード手順

HADB Version 4.4.x から Version 4.4.2-7 にアップグレードするには、次の手順を実行します。

  1. 「アップグレード前のタスク/データの移行」で説明したアップグレード前のタスクを実行します。
  2. HADB Version 4.4.2-7 をすべての HADB ホスト (たとえば /opt/SUNWhadb/4.4.2-7 などの Version 4.4.x のパスとは異なるパス) にインストールします。
  3. hadbm クライアントホストと HADB ホストのクライアントホストが異なる場合は、HADB Version 4.4.2-7 を hadbm クライアントホストにインストールします。
  4. すべての HADB ホスト上で実行されているすべての管理エージェントを停止します。
  5. 古い設定ファイルで HADB 4.4.2-7 ソフトウェアを使用して、管理エージェントプロセスを開始します。残りの手順では、HADB 4.4.2-7 /bin ディレクトリにある hadbm コマンドを使用します。
  6. 次のコマンドを使用して、管理ドメイン内にパッケージを登録します。デフォルトのパッケージ名は V4.4 になるので、同じ名前の既存のパッケージと競合しないように別の名前が必要になる場合があります。

    7. hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-7 V4.4.2-7

  7. hadbm listpackages コマンドを実行し、新しいパッケージがドメイン内に登録されたことを確認します。
  8. 新しい hadbm Version 4.4.2-7 を使用してデータベースを再起動します。デバイスと履歴ファイルを移動する必要がある場合は、次のように 1 回の操作でデバイスと履歴ファイルの新しいパスを設定して、オンラインアップグレードを実行します。

    9. hadbm set packagename=V4.4.2-7,devicepath=new_devpath,historypath=new_histpath

    デバイスと履歴ファイルがすでにインストールディレクトリの外部にある場合は、次のコマンドを実行します。このコマンドはノードの順次再起動のみを実行します。

    hadbm set packagename=V4.4.2-7 database name

  9. hadbm status コマンドを使用し、データベースのステータスが「running」になっていて、正常に機能し、クライアントのトランザクションを処理していることを確認します。
  10. すべての機能が正常な場合は、前にインストールしたパッケージを後で削除できます。古いパッケージを登録解除する前に、古いパッケージへのすべての参照を ma リポジトリから削除します。この手順を実行しないと、「package in use」というメッセージが表示され、hadbm unregisterpackage が失敗します。ダミーの再設定操作 (たとえば hadbm set connectiontrace=前と同じ値) を行うと、古いパッケージへのすべての参照が削除されます。
  11. 次のコマンドを使用して、古いパッケージを登録解除します。

    12. hadbm unregisterpackage [--hosts=host-list] old pacakge name

  12. 古いインストールをファイルシステムから削除します。

アップグレードのテスト

Solaris 上でアップグレードが正常に行われたことをテストするには、次の手順を使用してアップグレードが正常に実行されたことを確認します。

  1. 実行されているプロセスで新しいバイナリが使用されていることを確認します。すべての HADB ノードで次のものを確認します。

    2. new path/bin/ma -v

    new path/bin/hadbm -v

  2. データベースが実行されているかどうかを確認します。次のコマンドは、「running」状態のすべての HADB ノードを表示します。

    3. new path/bin/hadbm status -n

  3. HADB を使用する製品のポインタが新しい HADB パスを指すように変更されていることを確認します。
  4. HADB を使用する製品では、アップグレードテストを実行して、HADB のアップグレードも機能していることを確認できます。
  5. オンラインアップグレードの後で、新しいバージョンが適切に機能していない場合は、以前のバージョンの HADB を使用する状態に戻します。ただし、管理エージェントリポジトリを変更した場合は、HADB 自体をダウングレードすることができますが、新しい管理エージェントが引き続き実行されている必要があります。

移行ツールの使い方

既存の J2EE アプリケーションがほかのベンダーのアプリケーションサーバー上で動作している場合、Sun Java System 移行ツールを使用して、そのアプリケーションを Sun Java System Application Server 7 2004Q2 Update 4 リリースに移行し、動作させることができます。移行したアプリケーションは、変更を加えなくても Sun Java System Application Server 7 2004Q2 リリース上で動作します。しかし、高可用性という特徴を生かすためには、sun-ejb-jar.xml のDTD バージョンの配備記述子 (deployment descriptor) が sun-ejb-jar_2_0-0.dtd ではなく sun-ejb-jar_2_0-1.dtd を指すように変更してください。

Sun ONE Studio 5 Standard Edition Update 1

Sun Java System Application Server と組み合わせて使える Sun ONE Studio 5 Standard Edition 製品のマニュアルは次の場所にあります。

http://docs.sun.com/db/prod/java.studio?l=ja

使用可能なその他の IDE には、Sun Java Studio 5 Standard Edition Update 1、Sun Java Studio Enterprise 6 2004Q1、および Borland 製 JBuilder X のようなサードパーティ IDE などがあります。

その他の要件と制限事項

マニュアルの参照方法

Sun Java System Application Server のマニュアルは、さまざまな方法で入手できます。

Sun Java System Application Server 7 2004Q2 Update 4 のマニュアル

Sun Java System Application Server Standard Edition および Enterprise Edition 7 2004Q2 のマニュアルは、PDF 形式または HTML 形式のオンラインファイルでも入手できます。

次の表は、Sun Java System Application Server のマニュアルに記述されているタスクと概念を示しています。次のマニュアルは、Sun Java System Application Server 7 2004Q2 Update 4 Standard Edition および Enterprise Edition のリリースに伴って改訂されています。入手可能なマニュアルの一覧は、Web サイトの「マニュアル」を参照してください。

表 8 Sun Java System Application Server マニュアル

内容

参照するマニュアル

ソフトウェアおよびマニュアルについての最新情報が記載されています。サポート対象のハードウェア、オペレーティングシステム、JDK、および JDBC/RDBMS の詳細な表形式の概要などが含まれています。

『リリースノート』

解決された問題

次の表は、Sun Java System Application Server Standard Edition および Enterprise Edition 7 2004、Update 1、Update 2、Update 3、および Update 4 のリリースで解決された重要な問題の一覧を示しています。

表 9 解決された問題 

バグ ID

説明

6307510

EJBC/RMIC が修飾されていないパッケージ名の STUB/Skel を生成します。

6179712

サンプルアプリケーション (JSTL): precompile jsp を TRUE に設定して JSP をプリコンパイルできません。

6294169

最初のアクセスでのみ、javax.servlet.request.X509Certificate 属性を使用して X509 クライアント証明書を取得できます。

6288472

サブエージェントの smux ポートを変更できません。

5103186

Microsoft Windows 2003 でネットが 1 つダウンしていると、NSUP を起動できません。

6174676/6179084

configure-ha-cluster を実行できません。

6178228/6179010

configure-ha-cluster に不具合があります。

6181845

Microsoft Windows 上に、1 つのサイズが 2G バイトを超えるデータデバイスを作成できません。

5042351

新規ノードの追加後に作成された新規テーブルが、追加ノードに配信されません。

6175436

再断片化の処理中に 2 回目の addnodes が失敗します。

6232577

txn.delist が発生すると、JDBC 接続が切断されます。

6233628

アップグレード用のパッケージベースのインストーラは、ルート以外のドメインまたはインスタンスでは使用できません。

6241404

Application Server からの未確定のトランザクションは復旧しません。

6249872

サーブレットの service() メソッドが終了しない場合、Application Server をシャットダウンできません。

6251775

セッションタイムアウトで、最後にアクセスした時刻が考慮されません。

6252444

IP ベースの ACL が Application Server 7.x で機能しません。

6254469

エラーメッセージを表示するときに日本語の文字が文字化けします。

6255219

休止機能がマニュアルに記載されたとおりに機能しません。

6267905

appservd は、最初の appservd が存在しないと、CPU リソースを占有します。

6275091

Java サーブレット: Host ヘッダーにポート番号が含まれていない場合、getServerPort() は、ポート 80 を返します。

6277733

Red Hat Linux 3 では、stats-init がオンになっていると、appservd が断続的にクラッシュします。

6282210

Application Server 7 2004Q2 Update 3 で、管理 GUI の URL 転送の変更用の修正が、VS-obj.conf に追加されません。

6289742

Application Server ロードバランサプラグインは、負荷が高いと要求を失います。

6183117

pdf/xls ファイル用のサーブレットフィルタを使用している場合、HTTP ヘッダーが正しくありません。

5039674

create-jdbc-connection-pool は、互換性のない restype に関するエラーを返しません。

6156699

マニュアルの手順の間違い: Web サーバープラグインの設定

6220602

ファイルとしてディスクに対して非活性化されたステートフルセッションが、削除タイムアウトを過ぎても削除されません。

6233088

Application Server 7 のインストール時にエラーが発生し、ファイル内のトークンが置き換えられます。

6233123

Oracle および JMS による XA トランザクションでは、Oracle がダウンするとメッセージが紛失する可能性があります。

6236311

HADB: 割り当てられるステートメントハンドルの数が多すぎます。

6240771

EJB クラスローダによって JAR 入力ストリームが閉じられません。

6241348

ロードバランサが HTTPS から HTTP へのリダイレクトに失敗します。

6171762

jndi-name に「.」が含まれていると、S1ASCtxFactory によるクライアントの JNDI 検索に失敗します。

4916390

アプリケーションの配備中に、コマンド行オプションを javac に渡すことができません。

6172138

SJAS 7.0 2004Q2 EE が応答不能になると、statefulsessionbean テーブル内のエントリがクリアされません。

6193156

Application Server 7.x が CORE 3148 によってクラッシュします。シグナルに応答できません (割り込みシステムコール)。

6209453

あるクラスタ上のすべてのインスタンスが無効になっても、ロードバランサが他のクラスタにフェイルオーバーしません。

6215977

特定のファイルの種類に対してアクセスを制限できません。

6217658

セキュリティー問題。

6218086

ACLの解析をポストできません。

6218460

JTS タイムアウトに十分に余裕がある場合でも、トランザクションタイムアウトのためにトランザクションが失敗する可能性があります。

6223279

EJB DD の配備: jndi-name が見つからない場合、jndi-name を使用した ejb-ref-name のマッピングが正しく生成されません。

6223367

ACL を変更しても server1-obj.conf にオブジェクトが追加されません。

6223368

管理 UI で ACL を表示できません。

6230798

接続を閉じるときにプールによって例外がスローされると、接続漏れが発生します。

2120798

DataDirect JDBC ドライバのサポートを必要とします。

2120799

関係の管理中にランタイムがコレクションフィールドを再ロードします。

6157465

HADB のバージョンを含むフルパスが、asenv.conf ファイルにハードコードされます。

6170685

ロードバランサプラグインが Application Server のハングアップを検出しません。

6178431

asadmin CLI で、新しく作成されたインスタンスから jvm オプションをプログラムレベルで削除できません。

2107329

JDBC 接続プールが接続を正しく解放しません。

2114274

競合するキャッシュ制御ヘッダーが生成されます。

2114629

クライアント認証が、Microsoft IIS 5.0 上でロードバランサプラグインと連携して機能しません。

2114630

asadmin CLI を使用して認証レルムを作成するときにエラーが発生します。

2119440

request.getAttribute("javax.servlet.error.request_uri") が動作しません。

4997111

整列化の問題。

6156704

Microsoft IIS 上のロードバランサプラグインによって、HTTP ヘッダー内に Server がハードコードされます。

6157453

サーブレットフィルタ init() メソッドが、JNDI コンテキストを検索できません。

6157473

HADB データベースへのログインが失敗した場合にエラーメッセージが表示されません。

6171200

URL でエンコードした一部の URL の場合にロードバランサプラグインがクラッシュします。

5084132

HADB: セマフォルーチンがスレッドセーフではありません。

5097447

HADB: logstore のガベージコレクションが動作しません。

6173355

Applictaion Server の再起動時にデータベース接続を試みると、InvocationException が発生します。

6181948

入力確認エラーが発生します。

6182861

WSI サンプルアプリケーションが Sun Java System Web Server 6.1 に対して実行されるという例外が発生します。

6156737

ヒープ サイズが 1G バイトに設定されている場合に、HP-UX 上で Application Server が起動しません。

2060927

Sybase を使用すると、findByPrimaryKey が char 主キーの壊れた Bean を返します。

2058376

EJB コンパイラが内部クラス用の有効な Java コードの生成に失敗します。

2075012

Application Server の asadmin ユーティリティーが、SSL 起動用のパスワードを常に要求します。

2076810

Application Server が WAR ファイルの配備時にクラッシュします。

2078410

インスタンスを停止して起動 (再起動) するときに SNMP が動作しません。

2078969

iwsInstanceDeathCount が更新されません。

2079436

Application Server 7.0 UR1 の日本語バージョンで管理ツールが正常に動作しません。

2079785

Bean のリモートインタフェースに Util という名前を付けると配備に失敗します。

2080612

SSL が有効な状態で passthrough プラグインを使用して i18n アプリケーションにアクセスすると appservd.exe がクラッシュします。

2081055

jdbc/simple サンプルアプリケーションを配備すると警告メッセージが表示されます。

2081692

プラグインが XML ストリームを切り捨てます。

2084205

CMP pk クラスに非持続 public フィールドがあると、ArrayIndexOutOfBoundsException が発生します。

2092977

SSL オフローダ越しの Application Server ではトラフィックを HTTP から HTTPs に変更する必要があります。

2102329

CMP マップングエラー: フィールドに、Application Server Studio プラグインから報告される有効な下限がありません。

4739569

「オフ」または「無効」状態の仮想サーバーにアクセスできます。

4950512

Microsoft Windows で稼動する Application Server に J2EE アプリケーションを配備できません。

4953606

Application Server の passthrough プラグインが、Microsoft IIS と連動するときに POST 要求を 2 つに分割します。

4989269

ユーザー DN に / が表示されると、LDAP セキュリティーレルム認証に失敗します。

4992519

製品をインストールしたユーザーだけしかアンインストールできません。

4994363

セキュリティーロールマッピングが正しく更新されません。

5001994

javax.servlet.http.HttpServletRequest.getRequestURI がデコードされた要求を返します。

5004406

大文字と小文字が混在すると、--passwordfile が正常に動作しません。

5011751

Long データ型の入力パラメータを使用するファインダによる EJBQL の場合に、CMP を配備できません。

5015561

getMetaData() が ResourceException をスローすると、JCA が物理接続を表示します。

5015994

購入時のパフォーマンスを向上させるための設定変更。

5017695

authentication-mechanism なしに .rar を配備できません。

5020224

正しく形式化されていないヘッダーで要求処理が停止します。

5021054

Java をロードする場合、EJB クラスローダが EJB 仕様に従いません。

5025894

JCA 1.5 機能が部分的に要求されます。

5039545

Web コンテナが絶対リダイレクトを送信し、外部のロードバランサまたはプロキシで問題を引き起こします。

5048147

ロケールが zh_CN に設定された Application Server の server1 インスタンスの server.log に、誤ってエンコードされたメッセージがあります。

5052594

複数のキーを持つ CMR アプリケーションを Application Server 7.0x に配備できません。

5056695

Application Server の信頼データベースに、デフォルトの root CA 証明書が格納されていません。

5063854

最後のセッションの情報にアクセスできます。

2082209

DB2 サーバーに、DB2 Type II ドライバのアイドルタイムアウト後に大きくなる接続があります。

2103829

破壊されたトランザクションログファイルにより Application Server がハングアップします。

2105120

プログラムレベルでの再接続のために、CNCtxFactory と S1ASCtxFactory のどちらも使用できません。

2105121

ディレクトリサーバーが一度停止してから起動すると、Application Server がディレクトリサーバーに再接続しません。

2120373

Application Server コンテナ内部でサードパーティの ORB を使用するために文書化されたメソッドすべてを、ユーザーが使用できません。

5063481

トレースメソッドを無効にできません。

6066323

Microsoft Windows で clsetup が動作しません。

既知の問題と制限事項

この節では、Sun Java System Application Server 7 2004Q2 Update 4 Standard Edition および Enterprise Edition の既知の問題とその回避方法について説明します。

注

問題の説明にプラットフォームが明記されていない場合、その問題はすべてのプラットフォームに当てはまります。

この節は次の項目から構成されています。

インストールとアンインストール

この節では、インストールとアンインストールに関する既知の問題とその解決方法を示します。

ID

要約

6245916/
6222700

日本語および簡体字中国語のロケールでは、地域対応化された Application Server 7.1 Update 2 を Update 3 または Update 4 にアップグレードすると、英語版の「welcome」ページが表示されます。

「welcome」ページ (about.html) とデフォルトの HTTP サーバーインデックスページ (index.html) は、Update 2 と同じものが使用されているからです。

解決法

Update 4 へのアップグレード後、次の場所にある英語版の「welcome」ページを参照してください。

Appserver_Install_Dir/docs/about.html

Sun Java System Application Server を登録するには、次の URL を使用します。

日本語の場合: https://www.sun.com/software/product_registration?locale=ja_JP

簡体字中国語の場合: https://www.sun.com/software/product_registration?locale=zh_CN

新しいサーバーインスタンスを作成する前に、各ロケールの index.html を英語版の index.html に置き換えます。

現在の日本語または簡体字中国語の index.html ファイルを必ずバックアップしておいてください。

日本語の場合:

Appserver_Install_Dir/lib/install/templates/index.html を Appserver_Install_Dir/lib/install/templates/ja/index.html にコピーします。

簡体字中国語の場合:

Appserver_Install_Dir/lib/install/templates/index.html を Appserver_Install_Dir/lib/install/templates/zh/index.html にコピーします。

6245424

地域対応化された Application Server Update 4 をアンインストールしても、地域対応化されたパッケージや RPM が残ったままになります。

解決法

最初に、地域対応化されたパッケージや RPM を削除してから、アンインストールプログラムを実行します。

パッケージベースの Solaris インストールでは、次の手順を実行します。

1. 次のパッケージを削除します。

pkgrm SUNWjaspx SUNWjasdmo SUNWjiquc SUNWjiqu SUNWjaso

pkgrm SUNWjjmail SUNWjjaf SUNWjasaco SUNWjascmo SUNWjaspx

pkgrm SUNWcaspx SUNWcasdmo SUNWciquc SUNWciqu SUNWcaso

pkgrm SUNWcjmail SUNWcjaf SUNWcasaco SUNWcascmo SUNWcaspx

2. Application Server のアンインストールプログラムを実行します。

3. Application Server のインストールディレクトリを削除します。

rm -rf Appserver_Install_Dir

PRM ベースの Linux インストールでは、次の手順を実行します。

1. 次の PRM を削除します。

rpm -e SUNWjasaco-7.1.0-02.src.rpm

rpm -e SUNWjascmo-7.1.0-02.src.rpm

rpm -e SUNWjasdmo-7.1.0-02.src.rpm

rpm -e SUNWjaso-7.1.0-02.src.rpm

rpm -e SUNWjaspx-7.1.0-02.src.rpm

rpm -e SUNWjjaf-7.1.0-02.src.rpm

rpm -e SUNWjjmail-7.1.0-02.src.rpm

rpm -e SUNWasaco-zh_CN-7.1.0-02.src.rpm

rpm -e SUNWascmo-zh_CN-7.1.0-02.src.rpm

rpm -e SUNWasdmo-zh_CN-7.1.0-02.src.rpm

rpm -e SUNWaso-zh_CN-7.1.0-02.src.rpm

rpm -e SUNWaspx-zh_CN-7.1.0-02.src.rpm

rpm -e SUNWjaf-zh_CN-7.1.0-02.src.rpm

rpm -e SUNWjmail-zh_CN-7.1.0-02.src.rpm

2. Application Server のアンインストールプログラムを実行します。

3. Application Server のインストールディレクトリを削除します。

rm -rf Appserver_Install_Dir

Windows インストールでは、次の手順を実行します。

1. Application Server のアンインストールプログラムを実行します。

2. Appserver_Install_Dir を削除します。

6208875

アップグレードのインストールに失敗して、java.io.FileNotFoundException が発生します。

Solaris SPARC、Solaris x86、および Linux でファイルベースの HADB のアップグレードを実行すると、次のような特定のシナリオで問題が発生します。

インストールに失敗して、次の例外が発生します。

java.io.FileNotFoundException: /sun/appserver7/./SUNWhadb/4 (Is a directory)

アップグレードシナリオ: 7.1RTM/7.1ER1/7.1UR1 から 7.1UR2 へのファイルベースのアップグレード。

解決法

file-based-installing-directory/SUNWhadb/4 ソフトリンクの名前を、SUNWhadb/3 などの別の名前に変更します。アップグレードを再起動します。

6217112

Microsoft Windows プラットフォームで増分インストールが動作しません。

Application Server とともにサンプルアプリケーションをインストールすることが可能です。これらのアプリケーションは増分インストールできません。

解決法

インストール開始時にサンプルアプリケーションをインストールするように指定します。増分インストール時には、サンプルアプリケーションオプションを選択しないでください。

5006942

Microsoft Windows 上で、アップグレードの後は、生成されたサービスの起動タイプがデフォルトで「自動」に設定されます。

解決法

1. Microsoft Windows サービスを開きます。

2. サービスの起動タイプを「手動」に変更します。

6217097

アップグレード用の Application Server バイナリを root 以外のユーザーでダウンロードしていない場合、root 以外のユーザーで実行するファイルベースのアップグレードは失敗します。

解決法

ダウンロードされるバイナリは、root 以外のユーザーが所有する必要があります。ダウンロードされたアーカイブは、インストールまたはアップグレードを実行するユーザーによって解凍される必要があります。そうでない場合、JDK がアップグレードされる間にアクセス権の問題が発生することがわかっています。

サーバーの起動とシャットダウン

この節では、起動とシャットダウンに関する既知の問題とその解決方法を示します。

ID

要約

4693581

Application Server の起動時に、IMQ ブローカで障害が発生し、「IOException: Not Enough Space」というメッセージが表示されます。

このエラーは、Application Server と IMQ ブローカが同時に起動するときに発生します。appservd プロセスは、新規プロセスをフォークして iMQ ブローカを起動しようとしますが、十分なスワップ容量がないと処理に失敗します。

解決法

Application Server を起動する前に IMQ ブローカプロセスを起動します。次に例を示します。appserver_install_dir/imq/bin/imqbrokerd -name appserver_instance_name -port jms-service port -silent

4762420

ファイアウォールの規則により、Application Server の起動に失敗します。

パーソナルファイアウォールをインストールしている場合に発生する問題です。Application Server がインストールされているマシンに厳密なファイアウォール規則を適用すると、管理サーバーおよびアプリケーションサーバーインスタンスの起動時に障害が発生することがあります。管理サーバーおよびアプリケーションサーバーインスタンスは、Application Server 環境でローカル接続を確立しようとします。これらの接続はローカルのホストではなくシステムのホスト名を使ってポートにアクセスしようとするので、ローカルのファイアウォールの規則に従ってブロックされることがあります。

セキュリティー上何の問題もない処理に対して、ローカルのファイアウォールが誤った警告を生成することもあります。たとえば、Application Server がポート 3700 で TCP 接続を試行しているのに、「Portal of Doom Trojan」攻撃または同様の攻撃を受けたというメッセージが表示される場合があります。このような問題は、Application Server がローカル通信に使用するポート番号と、既知の一般的な攻撃に使用されるポート番号が重複している場合に発生します。ポート番号が重複しているかどうかの判断基準は次のとおりです。

  • 管理ログファイルとサーバーインスタンスログファイルに、接続例外と次のメッセージが書き込まれています。CORE3186: Failed to set configuration

解決法

Application Server からローカルシステム上のポートに接続できるように、ファイアウォールポリシーを変更します。

攻撃について誤った警告が生成されないようにするには、攻撃関連の規則を変更するか、Application Server が使用するポート番号を変更します。

管理サーバーおよびアプリケーションサーバーインスタンスが使用するポート番号は、Application Server のインストール先の次の場所にある server.xml ファイルで確認できます。
   domain_config_dir/domain1/admin-server/config/server.xml
   domain_config_dir/domain1/server1/config/server.xml

domain_config_dir はサーバーの初期設定を行なった場所です。次に例を示します。
Solaris 9 の統合インストールの場合: /var/appserver/domains/...
Solaris 8、9 の Unbundle 版のインストールの場合: /var/opt/SUNWappserver7/domains/...

<iiop-listener> 要素と <jms-service> 要素のポート設定を確認します。これらのポート番号を未使用のポート番号に変更するか、ローカルマシン上のクライアントから同じマシン上のこれらのポートへ接続できるようにファイアウォールポリシーを書き換えます。

5003245

ポートの設定を変更して再起動すると、サーバーが 2 つのポートに対して待機状態となります。

解決法

ポート番号を変更した後、asadmin コマンドを使ってサーバーを停止 (asadmin stop-instance)、起動 (asadmin start-instance) します。

データベースドライバ

この節では、データベースドライバに関する既知の問題とその解決方法を示します。

ID

要約

2082209/
5022904

DB2 サーバーに、DB2 Type II ドライバのアイドルタイムアウト後に大きくなる接続があります。

解決法

SteadyPoolSize と MaxPoolSize を同じ数字に設定し、アイドル接続タイムアウトを 0 (ゼロ) に設定します。これによりアイドル接続のタイムアウトが無効になり、ユーザーはすべての接続を使用できるようになります。

4700531

Solaris 上で、JDK 1.4 を使用しているとき Oracle JDBC ドライバのエラーが発生します。

これは、Oracle 用の新しい JDBC ドライバが、JDK 1.4 と連携して機能する場合に問題となります。Oracle 9.0.1 データベースと ojdbc14.jar が併用されているために、エラーが発生します。Oracle 9.0.1.3 データベースを実行している 32 ビット版 Solaris マシンにパッチを適用すれば、問題を修正できます。

解決法

Oracle の Web サイトからバグ ID 2199718 のパッチを入手し、サーバーに適用します。次の手順を実行してください。

1. Oracle の Web サイトに移動します。

2. 「patches (パッチ)」ボタンをクリックします。

3. パッチ ID フィールドに「2199718」と入力します。

4. 32 ビット版 Solaris の OS パッチをクリックします。次に、Metalink.oracle.com に移動します。

5. パッチをクリックします。

6. パッチ ID 2199718 を入力します。

7. 32 ビット版 Solaris の OS パッチをクリックします。

4991065

J2EE 1.3 に準拠させるために、Oracle JDBC ドライバを適切に設定する必要があります。

解決法

Type 2 および Type 4 のドライバを次のように設定してください。

1. 9.2.0.3 以降の JDBC を使用します。

2. Oracle データベースのパラメータファイル (init.ora) 中に compatible=9.0.0.0.0 以上を加えます。

3. ojdbc14.jar ファイルを使用します。

4. Application Server の設定を変更して JVM のプロパティーを次のように定義します。

    -Doracle.jdbc.J2EE13Compliant=true

さらに、Type-2 のドライバに関しては、Application Server をスタートした環境に ORACLE_HOME と LD_LIBRARY_PATH (これには $ORACLE_HOME/lib が含まれていなければならない) を定義する必要があります。たとえば、これらを asenv.conf に追加して、確実にエクスポートします。

ログ

ID

要約

5014017

Appclient ログサービスが正常に動作しません。

ファイル属性のデフォルト値が機能しません。

解決法

1. ログディレクトリを作成します。

2. 新たに作成したログディレクトリへの完全なパスを sun-acc.xml ファイルに記述します。

コンソールにログを出力している場合、ログレベルはその設定 (FINE、FINEST 等) にかかわらず、「INFO」レベルとなります。

『Administration Guide to Clients』では、ログが acc_dir/logs/client.log にあると記されていますが、正常に動作させるためには、ログディレクトリを作成し、そのフルパス名を sun-acc.xml ファイルに記述する必要があります。

Web コンテナ

この節では、Web コンテナに関する既知の問題とその解決方法を示します。

ID

要約

6183117

pdf/xls ファイル用のサーブレットフィルタを使用している場合、HTTP ヘッダーが正しくありません。

default-web.xml にデフォルトの mime-type マッピングがありません。必要な mime-types を default-web.xml に追加します。

解決法

xls を提供するインスタンスの default-web.xml に次の mime-type 定義を追加します。

<mime-mapping>

    <extension>xls</extension>

    <mime-type>application/vnd.ms-excel</mime-type>

  </mime-mapping>

同様に、ほかのファイルの種類の特定の mime-type 定義を default-web.xml ファイルに追加します。

6308777/
6324326

サーブレットコンテナ UTF-8 URI のマッピングに脆弱性があります。

UTF-8 形式の URI で文字を指定することによって、JSP の ACL ベースの保護を迂回することができます。

解決法

URI 中のワイルドカードを受け付けないように ACL を変更したことを確認します。

5089201/
5001994

getRequestURI() が、返すべきでない、エンコードされていない値を返します。

この問題を修正すると、getRequestURI() を呼び出し、データが返されるときに URI が自動的にデコードされる、Portal Server 6.3 などの古い NSAPI のクライアントに問題が発生します。

そのため、古い NSAPI クライアントとの下位互換性を維持するために、新しい JVM オプションを追加して古い NSAPI の動作に戻し、Portal Server が正常に機能できるようにしています。

解決法

Portal Server が稼動するコンピュータで JVM オプション -DJ2EEDecodeURI を有効にして、getRequestURI() 呼び出しで Cookie-less モードとほかのすべての機能を許可します。

4951476

JWSDP 1.2(1.3) がインストールされていると、javax.ejb.EJBException: org/dom4j/Element エラーがスローされます。

解決法

sever.xml ファイルの server-classpath に dom4j-full.jar を追加します。このファイルは http://dom4j.org からダウンロードできます。このファイルのエントリは、server-classpath 内の appserv-jstl.jar エントリの前に置く必要があります。

4997770

HTTP 404 のエラーメッセージが、依然として「Sun ONE Application Server」と表示されます。

「Sun ONE Application Server」を「Sun Java System Application Server」と読み替えてください。

Message Service とメッセージ駆動型 Beans

この節では、Java Message Service (JMS)、Sun Java System Application Server Standard Edition および Enterprise Edition、およびメッセージ駆動型 Beans の既知の問題とその解決方法を示します。

ID

要約

6184426

負荷テスト中に、HP-UX11.11 上で ConnectException エラーが発生します。

OS レベルまたは IMQ レベルでの HP-UX TCP-IP パラメータの設定が必要です。

解決法

IMQ レベルで、次の変更を行います。

imq.portmapper.backlog=1000

imq.authentication.client.response.timeout=360

imq.jms.tcp.backlog=3000

imq.jms.max_threads=5000

4683029

MQ Solaris スクリプト内の -javahome フラグは、値に空白文字が含まれていると正しく機能しません。

Sun ONE Message Queue のコマンド行ユーティリティーには、その他の Java ランタイムを指定する -javahome オプションが用意されています。このオプションを使用する際、Java ランタイムのパスに空白文字を含めることはできません。空白文字を含むパスの例を示します。

/work/java 1.4

この問題は、Application Server インスタンスの起動時に発生します。Sun ONE Application Server インスタンスを起動すると、デフォルトで、対応する Sun ONE Message Queue ブローカインスタンスが起動します。このブローカは、Application Server と同じ Java ランタイムを必ず使用するように、常に -javahome コマンド行オプションを使って起動します。Application Server 用に設定された Java ランタイム (ブローカでも使用可能) のパスに空白文字が含まれていると、ブローカの起動に失敗します。このため、Application Server インスタンスの起動も失敗します。

解決法

Application Server の Java ランタイムのパスに空白文字が含まれていないことを確認してください。

JTS (Java Transaction Service)

この節では、JTS (Java Transaction Service) の既知の問題とその解決方法を示します。

ID

要約

6218460

JTS タイムアウトに十分に余裕がある場合でも、トランザクションタイムアウトのためにトランザクションが失敗する可能性があります。

解決法

Application Server の Transaction Service の xaresource-txn-timeout プロパティーを設定し、Transaction Service 用に設定されているトランザクションタイムアウト (秒単位) と同じ値を設定します。

復旧

JDBC ドライバの復旧に関する既知の問題があります。Sun Java System Application Server は、これらの問題に対していくつかの回避策を用意しています。デフォルトでは、ユーザーが明示的に指定しないかぎり、これらの回避策は使用されません。

トランザクション

server.xml ファイルでは、XA 接続と非 XA 接続の区別に res-type を使用します。これにより、データを駆動するデータソースの設定が識別されます。たとえば、Datadirect ドライバでは、同じデータソースを XA または非 XA として使用できます。

デフォルトでは、データソースは非 XA です。connpool 要素によりデータソースをトランザクションに対して XA として動作させるには、res-type が必要です。connpool 要素を正常に機能させてトランザクションに加えるには、server.xml ファイルに次の res-type 属性を追加します。

res-type="javax.sql.XADataSource"

アプリケーションの配備

この節では、アプリケーションの配備に関する既知の問題とその解決方法を示します。

ID

要約

6078271

ファイル長の問題が原因で、Windows への EAR の配備が失敗します。

NTFS 以外のファイルシステムで稼動している Windows では、そのファイルシステムのファイル名およびパス長の制限が適用されます。

解決法

Windows を NTFS ファイルシステムで稼動してください。

6223279

jndi-name が見つからない場合、ejb-ref-name から jndi-name へのマッピングが正しく実行されません。

ejb アプリケーションを配備する場合、XML 配備記述子 (sun-ejb-jar.xml) には、各 EJB 参照に対する jndi-name エントリが含まれている必要があります。次に例を示します。

<ejb-ref>

   <ejb-ref-name>ejb/package_name.ejb_name</ejb-ref-name>

   <jndi-name>ejb/package_name.ejb_name</jndi-name>

</ejb-ref>

jndi-name エントリが見つからない場合、エラー表示されずに配備されますが、JNDI 検索によって EJB を見つけることができないため、アプリケーションは正しく動作しません。

解決法

JNDI 名が配備記述子内に存在することを確認します。アプリケーション実行時にこの問題が発生しないようにするには、配備の前に「ベリファイアを実行」チェックボックスを選択します。これによって、JNDI 名が見つからないことによる問題が強調されます。

4725147

配備する仮想サーバーを選択できません。

この場合は、仮想サーバー 2 台をまったく同じように設定し、一方をホスト、もう一方をリスナーにします。アプリケーションが 2 台目の仮想サーバーだけに配備されている場合、この仮想サーバーにはアクセスできません。これは、host:port の組み合わせで 1 台目の仮想サーバーが指定されているからです。

解決法

仮想サーバーのホスト名と元のホスト名が同じにならないようにしてください。特に、同じ HTTP リスナーを使用する場合には注意が必要です。

4994366

ejb-local-ref と ejb-link の配備エラー

解決法

ejb-local-ref には ejb-link が必要です。したがって、ejb-local-ref を使用する時は ejb-link の値を指定してください。

ベリファイア

この節では、ベリファイアに関する既知の問題とその解決方法を示します。

ID

要約

4742545

スタンドアロンベリファイアから EJB クラスが見つからないというエラーが報告されます。

ベリファイアは、「EJB クラスが見つかりません。」というメッセージを表示して、障害の発生したテストがあることを示します。EJB JAR ファイルによって使用されるエンタープライズ Bean が、同一の EAR アプリケーション内の別の EJB JAR ファイル内にあるほかのエンタープライズ Bean を参照する場合、テスト時に障害が発生します。コネクタ (RAR) に依存する EAR ファイルを検証しようとした場合も、障害メッセージが表示されます。これは、RAR バンドルを、RAR バンドルファイルに依存するエンタープライズ Bean が格納されている EAR ファイル内にパッケージ化する必要がないからです。障害 (コネクタ関連の障害を除く) を報告するのは、スタンドアロンベリファイアだけです。配備コマンドや管理インタフェースによって呼び出されたベリファイアでは、この障害は報告されません。

解決法

アプリケーション EAR のパッケージ化が正しいことを確認します。ユーティリティー JAR ファイルを使用している場合は、EAR ファイル内にパッケージ化されます。参照エラーを解決するには、asadmin または管理インタフェースを使って配備バックエンドからベリファイアを呼び出します。コネクタ関連の障害が発生する場合は、ベリファイアのクラスパスに、必要なクラスを持つ JAR ファイルを配置します。install_root/bin/verifier[.bat] ファイルを開き、JVM_CLASSPATH 変数の末尾に LOCAL_CLASSPATH 変数を追加します。LOCAL_CLASSPATH 変数にローカルでクラスを追加したあと、ベリファイアを実行します。

ロードバランサ

この節では、ロードバランサに関する既知の問題とその解決方法を示します。

ID

要約

6262746

Solaris 10 (SPARC および x86) にインストールされた Apache Web Server 上のロードバランサプラグインの設定はサポートされていません。

解決法

  • Solaris 8 または Solaris 9 上では Apache を使用し、Solaris 10 上では Application Server を使用してください。

また、

  • Solaris10 上では Sun Java System Web Server を使用してください。

6155134

Web サーバーを起動する場合に手動でパスを設定する必要があります。

IIS または Apache 用のロードバランサプラグインを Microsoft Windows にインストールした後で、Application Server のパスを Path 環境変数に付け加えます。

  • 「スタート」->「設定」->「コントロールパネル」->「システム」->「詳細設定」->「環境変数」->「システム環境変数」->「パス」の順に移動し、appserver_install_dir¥bin を追加します。
  • マシンを再起動する必要があります。

4761151, 4825429, 4981545

ロードバランサのプラグインを経由して SSL と非 SSL の要求を断続的に送っていると、中間形式と基本認証で失敗します。「502 Bad Gateway」というエラーメッセージが表示されます。デフォルトの設定では、プロキシからコンテナへの接続性が維持されません。

Application Server の配備および配備取消、キープアライブのタイムアウト、ロードバランサ接続プールでの接続が古くなったことなどにより、ロードバランサが Application Server への接続を持続できなくなります。この問題が発生すると、ロードバランサからの要求は失敗することがあり、エラーページが表示されます。この問題は通常、配備/配備取消やその他の設定変更が頻繁に行われたり、テストされたりする、開発環境で発生します。

解決法

appserver でのキープアライブのタイムアウトを 0 に設定してください。

Web ベースの管理インタフェースを使って、次の手順を実行してください。

1. 管理コンソールを起動します。

2. 「HTTP サーバー」->「チューニング」を選択します。

3. ページの最後のテキストボックス、「HTTP 持続的接続のタイムアウト」フィールドに 0 を入力します。

4. 変更を適用して appserver を再起動します。

コマンド行インタフェースを使用する場合は、次の手順を実行してください。

1. appserver の init.conf に KeepAliveTimeout 0 という行を追加します。

2. asadmin reconfig コマンドを実行します。

3. appserver を再起動します。

4962735

Linux の場合に、ロードバランサプラグインおよび sec_db ファイルをインストールすると Apache Web Server 1.3.27 が起動しません。

解決法

次の行を /src/MakeFile の「End of automatically generated section,」の後、「OBJS= ¥」の直前に挿入してください。また、アプリケーションサーバーのライブラリが特定の場所にインストールされていることを確認してください。

LIBS+= -licuuc -licuil8n -lnspr4 -lpthread -lxerces-c -lsupport -lnsprwrap -lns-httpd40 LDFLAGS+= -L/space/SJSAS/installations/lib.

各変数の意味は次のとおりです。/space/SJSAS/installations はアプリケーションサーバーがインストールされている場所です。詳細は、『Sun Java System Application Server 管理ガイド』の付録、「Apache Web サーバーのコンパイルと設定」を参照してください。

5018537

フェイルオーバーが実行されている時、Identity Server/Application Server の統合で「Service unavailable」というエラーが表示されます。

Loadbalancer.xml は Web モジュールのコンテキストルートに「/」を使用しています。フェイルオーバーの後はコンテキストルートが存在しないため、「Default」が新しい JROUTE cookie のパスに指定されます。結果として、ブラウザ側では 2 つの JROUTE cookie が存在することになります。

1. 古い JROUTE cookie は「/」をパスとする失敗したインスタンスを指します。

2. 新しい JROUTE cookie は「/Default」をパスとする新しいインスタンスを指します。

ブラウザは常に古い cookie (1) を使おうとするため、結果として nd failover のリダイレクトとなり、ブラウザ自身に障害が起こることがあります。

解決法

すべての Web モジュールに特定のコンテキストルートを指定します。次に例を示します。

<web-module context-root="appl" enabled="true" disable-timeout-in-minutes="60" error-url="appl-lberror.html" />
<web-module context-root="app2" enabled="true" disable-timeout-in-minutes="60" error-url="app2-lberror.html" />

フェイルオーバーの後、JROUTE は「/appl」をパスとして取得し、正常に動作します。

5007720

Web モジュール中で invalid value for error-url に対するログメッセージが不適切です。

loadbalancer.xml の web-module タグの error-url 属性が、次のように無効な値に設定された場合、

<web-module context-root="app1" enabled="true" disable-timeout-in-minutes="60" error-url="abc"/>

ログメッセージは次のように表示されます。

warning (11113): reports: lb.configurator: XML_VALIDATOR_WARNING: Invalid format for the error-url sun-http-lberror.

しかし、正しくは次のような表示でなければなりません。

warning (20015): reports: lb.configurator: XML_VALIDATOR_WARNING: Invalid format for the error-url abc

高可用性

この節では、高可用性に関する既知の問題とその解決方法を示します。

ID

要約

6301842

Windows 上で ma-r コマンドを実行しても、管理エージェントがサービスの登録を解除できず、エラーメッセージ「Could not identify program.」が出力されて失敗することがあります。

解決法

Windows コマンドプロンプトウィンドウを起動して、sc stop HADBMgmtAgent を実行後、sc delete HADBMgmtAgent を実行します。 ma -i -n servicename コマンドを使用してサービスをインストールおよび起動した場合、sc コマンドを実行するときに servicename を指定してください。

6293912

管理エージェントが特別な用途のインタフェースを使用するべきではありません。

解決法

複数のインタフェースを備えたホスト上で hadbm create を実行する場合、常に DDN 表記を使用して IP アドレスを明示的に指定してください。

6291562

Windows で再アセンブリが失敗します。

特定の負荷がかかっている特定の設定の Windows プラットフォームでは、オペレーティングシステム内で多数の再アセンブリが失敗する場合があります。この問題は、20 を超えるノードを使用する設定で、複数のテーブルスキャン (select *) を同時に実行する場合に発生します。このために、トランザクションが頻繁に異常終了したり、修復と復旧に長い時間がかかり、システムのさまざまな部分で頻繁にタイムアウトが発生したりします。

解決法

この問題を解決するには、Windows のレジストリ変数 HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥Tcpip¥Parameters をデフォルト値である 100 より大きい値に設定する必要があります。この値を0x1000 (4096) に増やすことをお勧めします。詳細については、Microsoft サポートページの記事 811003 (http://support.microsoft.com/default.aspx?scid=kb;en-us;811003) を参照してください。

6275319

root 以外のユーザーが HADB を管理できません。

root として Java Enterprise System とともにインストールすると、root 以外のユーザーは HADB を管理できません。

解決法

HADB を管理するには常に root としてログインします。

6275103

セッションオブジェクトがタイムアウトになって MA で削除された場合に、hadbm 管理エージェントが不適切なエラーメッセージを返します。

場合によっては、サーバー上のリソースの競合の問題のために管理クライアントが切断され、再接続すると、誤解を招くエラーメッセージ「hadbm:Error 22184: A password is required to connect to the management agent」が返されることがあります。

解決法

サーバー上でリソースの問題がないか確認し、適切な処理 (リソースの追加など) を実行して、操作を再試行します。

6273681

グローバルゾーンとローカルゾーンの管理エージェントが干渉する場合があります。

Solaris 10 では、グローバルゾーンで ma-initd スクリプトを使用して管理エージェントを停止すると、ローカルゾーンの管理エージェントも停止します。

解決法

グローバルゾーンとローカルゾーンの両方に管理エージェントをインストールしないようにします。

6271063

インストールまたは削除操作時に symlink が保持されます。

HADB c パッケージ (Solaris: SUNWhadbc、Linux: sun-hadb-c) バージョン <m.n.u-p> のインストールまたは削除時に、既存の symlink /opt/SUNWhadb/<m> が処理されません。このために、孤立した symlink が存在する可能性があります。

解決法

インストール前またはアンインストール後に使用しない symlink を削除します。

6265419

HADB Version 4.4.2.5 から HADB Version 4.4.1.7 にダウングレードすると、管理エージェントがさまざまなエラーコードで失敗します。

以前の HADB のバージョンにダウングレードすると、管理エージェントがさまざまなエラーコードで失敗する場合があります。

解決法

リポジトリオブジェクトに変更を加えた場合、HADB データベースをダウングレードできても、管理エージェントをダウンロードできないことがあります。ダウングレードした後で、最新バージョンの HADB の管理エージェントを使用する必要があります。

6262824

hadbm は、大文字を含むパスワードをサポートしていません。

パスワードが hadb に保存されるときに、パスワード中の大文字は小文字に変換されます。

解決法

大文字を含むパスワードを使用しないようにします。

6173886/
6253132

hadbm createdomain が失敗する可能性があります。

複数のネットワークインタフェースを使用してホスト上で管理エージェントを実行した場合、すべてのネットワークインタフェースが同じサブネット上に存在しないと createdomain コマンドが失敗する可能性があります。

hadbm:Error 22020: The management agents could not establish a domain, please check that the hosts can communicate with UDP multicast.

管理エージェントは、その他の設定が行われていなければ UDP マルチキャストの「最初」のインタフェースを使用します (「最初」であることは java.net.NetworkInterface.getNetworkInterfaces() から返される結果によって定義される)。

解決法

もっともお勧めする解決法は、管理エージェントに使用するサブネットを指示することです (設定ファイル内で ma.server.mainternal.interfaces を使用。たとえば、ma.server.mainternal.interfaces=10.11.100.0)。または、サブネット間でルーター設定して、マルチキャストパケットの経路を設定することもできます (管理エージェントはマルチキャストアドレス 228.8.8.8 を使用)。

管理エージェントを新しく設定して再試行する前に、管理エージェントのリポジトリをクリーンアップする必要があります。ドメイン内のすべてのエージェントを停止させ、リポジトリディレクトリ内のすべてのファイルとディレクトリを削除します (管理エージェントの設定ファイル内の repository.dr.path によって識別される)。新しい設定ファイルを使用して再起動する前に、この操作をすべてのホスト上で実行する必要があります。

6249685

Linux 上では、clu_trans_srv プロセスを中断することができません。

Red Hat Enterprise Linux 3.0 の 64 ビットバージョンには、非同期の I/O を実行すると clu_trans_srv プロセスが連続 (中断不可) モードになってしまうというバグがあります。つまり、kill -9 が機能しないので、オペレーティングシステムを再起動する必要があります。

解決法

Red Hat Enterprise Linux 3.0 の 32 ビットバージョンを使用してください。

6230792/
6230415

HADB の起動、停止、再設定に失敗したり、ハングアップすることがあります。

Solaris 10 を実行している AMD OpteronTM システムでは、hadbm コマンドを使用して HADB を実行、起動、停止、再設定すると、次のいずれかのエラーによって失敗したり、ハングアップすることがあります。

hadbm:Error 22009: The command issued had no progress in the last 300 seconds.

HADB-E-21070: The operation did not complete within the time limit, but has not been cancelled and may complete at a later time.

この現象は、clu_noman_srv プロセスを使用するファイル (nomandevice) の読み取り/書き込みの実行中に矛盾があると発生します。この問題は、HADB 履歴ファイルで次のメッセージを探すことで検出できます。

n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Child process noman3 733 does not respond.

n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Have not heard from it in 104.537454 sec

n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Child process noman3 733 did not start.

解決法

この問題を解決するには、影響を受けるノードに対して次のコマンドを実行します。

hadbm restartnode --level=clear nodeno dbname

ノードのすべてのデバイスが再初期化されます。再初期化の前にノードを停止する必要があるかもしれません。

なし

HADB データベースの作成に失敗します。

次のエラーによって、新しいデータベースの作成に失敗します。このエラーは、使用可能な共有メモリーセグメントが足りないことを示しています。

HADB-E-21054: System resource is unavailable : HADB-S-05512: Attaching shared memory segment with key "xxxxx" failed, OS status=24 OS error message: Too many open files.

解決法

共有メモリーが設定されていて、その設定が機能していることを確認します。特に、Solaris 8 では、ファイル /etc/system を調べて、変数 shmsys:shminfo_shmseg の値が、ホストあたりのノード数の少なくとも 6 倍になっていることを確認します。

6232140

管理エージェントの終了時に、「IPV6_MULTICAST_IF failed」例外が発生します。

複数の NIC カードを装着した Solaris 8 環境のホスト上で、IPv6 対応と IPv4 対応のカードが混在していると、管理エージェントの終了時に「IPV6_MULTICAST_IF failed」例外が発生する場合があります。根本的な原因については、バグ ID 4418866 および 4418865 を参照してください。

解決法

1. 環境変数 _JAVA_OPTIONS を次のように設定します。

$> export _JAVA_OPTIONS="-Djava.net.preferIPv4Stack=true��/span>

2. または、Solaris 9 を使用します。

6171832/
6172138

無効なセッションが削除されないため、HADB パフォーマンスが低下したり、データデバイスの空き領域がなくなったりします。

解決法

無効なセッションを効率的に削除するには、sun-ejb-jar.xml ファイルを変更して、cache-idle-timeout-in-seconds の値を removal-timeout-in-seconds の値よりも小さく設定します。

cache-idle-timeout-in-seconds の値が removal-timeout-in-seconds の値と等しいかまたは上回る場合、HADB では古いセッションが削除されないことが予想されます。

これらのプロパティーを推奨値に設定した後も、無効なセッションの問題が引き続き発生する場合は、製品サポートに連絡してください。

6171994

security.policy ファイル内の不適切なアクセス権により、起動がハングアップします。

説明

security.policy ファイル内にある hadb-jdbc のアクセス権が不適切です。

解決法

起動時に断続的なハングアップが発生する場合、security.policy ファイルに推奨される次のアクセス権を追加します。

デフォルトで含まれているアクセス権:

permission java.net.SocketPermission   "*", "connect";

推奨されるアクセス権:

permission java.net.SocketPermission "*", "connect accept,listen,resolve";

5042351

新規ノードの追加後に作成された新規テーブルが、追加ノードに配信されません。

説明

データベースインスタンスを作成し、それにノードを追加すると、データベース作成以後に追加されたノード上で、新しく作成されたテーブルが断片化されません。hadbm addnodes がテーブルを再断片化した場合に、addnodes の前に作成されたテーブルだけが追加されたノードを使用することができます。

これは、create table が、データベースの起動時、つまり hadbm create の実行時に作成される sysnode node グループを使用するからです。

解決法

新規テーブルが追加されたあとで hadbm refragment を実行するか、all_nodes ノードグループに新規テーブルを作成します。

6158393

HADB を RedHat AS 3.0 と同じ場所に配置すると負荷が高い場合に問題が発生します。

説明

HADB は、Application Server と同じ場所に配置された RedHat Linux AS 3.0 上で稼動します。トランザクションが異常終了して、パフォーマンスに影響する可能性があります。これは、オペレーティングシステムによって過剰なスワップが行われるからです。

解決法

この問題は、RedHat Linux AS 3.0 Update 4 に対して HADB をテストした時点では解決されていたようです。

6214601

hadbm が sysroot スキーマのユーザーテーブルを検索するため、Addnodes が失敗し、「表が見つかりません」というエラーが表示されます。

説明

hadbm refragment コマンドが次のエラーで失敗します。

hadbm:Error 22042: Database could not be refragmented. Please retry with hadbm refragment command to refragment the database.. Caused by: HADB-E-11701: *Table singlesignon not found*

解決法

clusql を次のように使用して、Application Server テーブルを手動で再断片化します。

   > clusql server:port list> system+dbpassword specified at database create>

      SQL: set autocommit on;

      SQL: set schema haschema;

      SQL: alter table sessionattribute nodegroup all_nodes;

      SQL: alter table singlesignon nodegroup all_nodes;

      SQL: alter table statefulsessionbean nodegroup all_nodes;

      SQL: alter table sessionheader nodegroup all_nodes;

      SQL: alter table blobsessions nodegroup all_nodes;

      SQL: quit;

6159633

configure-ha-cluster がハングアップすることがあります。

説明

asadmin configure-ha-cluster コマンドを使用して複数のホストに高可用性のクラスタを作成または設定する場合に、コマンドがハングアップします。HADB 管理エージェントまたは Application Server からは、例外がスローされません。

解決法

HADB は、データベースクラスタ内のノード全体におよび異機種混在パスをサポートしていません。HADB サーバーのインストールディレクトリと設定ディレクトリが、参加ホスト全体で同じになっていることを確認してください。

さらに、コマンドをもう 1 度実行する前に、リポジトリディレクトリをクリアしてください。

6197822

hadbm set によって、データベースインスタンスが回復の困難な状態になります。

説明

このシナリオでは、一部のデータベース設定変数の変更を試みた場合に hadbm set コマンドが失敗します。たとえば、DataBufferPoolSize をより大きなサイズに設定しようとすると、ノード 0 での共有メモリー不足のために失敗します。次に、hadbm set コマンドは、ノード 0 のデータベースを停止状態に、ノード 1 のデータベースを実行状態にします。hadbm set を使用してプールサイズを元の値にリセットしようとすると、失敗して次のエラーメッセージが表示されます。

22073: The operation requires restart of node 1. Its mirror node is currently not available. Use hadbm status --nodes to see the status of the nodes.

この場合、hadbm startnode 0 も失敗します。

解決法

データベースを停止して、hadbm set を使用して元の値を復元し、データベースを再起動します。

6200133

configure-ha-cluster での障害。HADB インスタンスの作成が失敗します。

説明

HADB クラスタの作成を試みると、失敗して次のメッセージが表示されます。

HADB-E-00208: The transaction was aborted.

SQL ディクショナリ表に格納されている起動トランザクションは異常終了します。

解決法

configure-ha-cluster コマンドをもう一度実行します。hadbm create コマンドを実行して前述のエラーメッセージが表示された場合は、再実行します。

5091349

異機種インストールパスがサポートされていません。

同じ名前の同じソフトウェアパッケージを、異なる場所の異なるホストで登録することはできません。

解決法

HADB は、データベースクラスタ内のノード全体におよび異機種混在パスをサポートしていません。HADB サーバーのインストールディレクトリと設定ディレクトリが、参加ホスト全体で同じになっていることを確認してください。

5091280

habdm set はリソースの可用性 (ディスクとメモリーの空き容量) をチェックしません。

シナリオ

hadbm set を使用して、デバイスまたはバッファのサイズを大きくしています。

説明

管理システムは、データベースを作成する場合やノードを追加する場合にリソースの可用性をチェックしますが、デバイスまたはメインメモリーバッファのサイズを変更する場合には、十分なリソースが使用可能かどうかをチェックしません。

解決法

devicesize または buffersize 設定属性の値を大きくする前に、すべてのホストに十分な空き容量およびメモリー容量があることを確認してください。

4855623

ノードのホストのいずれかがダウンしていると、hadbm stop コマンドが終了しない。

ネットワーク上の問題により HADB ノードが shutdown メッセージを受け取らない場合、hadbm stop コマンドはデータベースを完全に停止できないことがあります。通常は、hadbm コマンドを完了するのに 60 秒以上かかります。この場合、hadbm stop/delete コマンドが動作しません。停止するノードを指定する必要があります。

解決法

1. “hadbm status --nodes” コマンドを使用して、引き続き有効になっているノードを確認します。

2. 一部実行中の各ノードに対して、「hadbm stopnode -f node_number」を実行します。

4861337

hadm stopdb の実行中にアクティブデータノードに障害が起こると、hadm startdb コマンドの実行に失敗します。

データベースを起動できない場合、hadbm status コマンドは non-operational を返します。

解決法

この問題を解決するには、次の手順を実行してください。

1. hadbm clear --fast を実行します。

このコマンドにより、システム内の各マシンについて address in use というタイプの障害が報告された場合は、ログインして clu_ で始まるすべてのプロセスを強制終了します。

2. hadbm clear --fast コマンドをもう一度実行します。

これにより、すべてのデータが消え、データベースが再起動します。

3. セッションストアを作成し直します。

セッションストア作成の詳細は、『Sun Java System Application Server 管理ガイド』を参照してください。

4958827

子プロセスのトランザクションが応答しません。

ホストマシンが複数の HADB を収納し、すべてのノードがそれぞれのデバイスを同一のディスクに設置すると、ディスク I/O がボトルネックになります。HADB プロセスは非同期 I/O を待機しているため、ノード監視プログラムの heartbeat check には応答しません。したがって、ノード監視プログラムはこのプロセスを再起動することになります。この問題は、どのようなオペレーティングシステムでも起こる可能性がありますが、今のところ、Red Hat Linux AS 2.1 および 3 で確認されています。

解決法

同一のマシンに存在する、異なる HADB ノードのデバイスに対して、別々のディスクを使用します。

なし

ダブルネットワークでの HADB 設定

2 つのサブネット上にダブルネットワークで設定された HADB は、Solaris SPARC 上では正常に動作します。しかし、一部のハードウェアプラットフォームでのオペレーティングシステムまたはネットワークドライバの問題で、Solaris x86 および Linux プラットフォームではダブルネットワークを適切に処理できないことが確認されました。これにより、HADB に次のような問題が発生します。

  • Linux では、HADB プロセスでメッセージ送信がブロックされることがあります。これにより、HADB ノードが再起動し、ネットワークパーティションが発生します。
  • Solaris x86 では、ネットワークに障害が発生すると、何らかの問題によってほかのネットワークインタフェースへの切り替えが禁止される場合があります。この問題は常時発生するわけではありませんが、ネットワークは 1 つよりも 2 つ使用することを推奨します。このような問題は、Solaris 10 では部分的に解決されました。
  • Trunking はサポートされていません。
  • HADB は、Microsoft Windows 2003 上でのダブルネットワークをサポートしていません (バグ ID 5103186)。

サーバーの管理

この節では、次のトピックを取り上げます。

コマンド行インタフェース (CLI)

この節では、コマンド行インタフェースに関する既知の問題とその解決方法を示します。

ID

要約

4676889

シングルモードで実行する CLI コマンドの文字数が 256 文字を超える場合、オーバーフローが発生します。

UNIX® では、シングルモードで実行する CLI コマンドの文字数が 256 文字を超える場合、コマンドの実行に失敗し、「コマンドが見つかりません」というエラーが表示されます。

CLI の制限ではありません。

次に例を示します。

create-jdbc-connection-pool --instance server4 --datasourceuser admin --datasourcepassword adminadmin --datasourceclassname test --datasourceurl test --minpoolsize=8 --maxpoolsize=32 --maxwait=60000 --poolresize=2 --idletimeout=300 --connectionvalidate=false --validationmethod=auto-commit --failconnection=false --description test sample_connectionpoolid)

解決法

1. 実行するコマンドの文字数が 256 文字を超える場合は、マルチモードを使用してください。

2. シングルモードを使用する必要がある場合は、OpenWindows コマンドツール (cmdtool) を使ってコマンドを実行してください。

管理インフラストラクチャー

この節では、管理インフラストラクチャに関する既知の問題とその解決方法を示します。

ID

要約

4686003

HTTP の QOS 制限が適用されません。

サービス品質 (QOS) では、最大 HTTP 接続数と帯域幅を指定できます。これらの属性の制限値を超えると、クライアントに 503 エラーが戻されます。しかし、管理インタフェースを使って QOS を有効にすると、サーバーは QOS の制限を適用しなくなります。

解決法

QOS 機能をすべて有効にするには、仮想サーバーの obj.conf ファイル内のデフォルトオブジェクトの先頭に AuthTrans fn=qos-handler 行を手動で追加します。qos-handler サーバーアプリケーション関数 (SAF) と obj.conf 設定ファイルについては、『Developer's Guide to NSAPI』を参照してください。

4740022

新しいインスタンスサーバーを追加して起動すると、SNMP: END OF MIB メッセージが表示されます。

インスタンスサーバーとサブエージェントをシャットダウンしないで新しいインスタンスを追加し、起動すると、END OF MIB メッセージが返されます。

解決法

1. 新しいインスタンスを表示するには、サブエージェントとすべてのインスタンスサーバープロセスをシャットダウンします。各サーバーで、「監視」の「SNMP 統計収集を有効」をオンに設定します。その後、各インスタンスサーバーを再起動し、サブエージェントプロセスを 1 つだけ再起動します。

2. サブエージェントがすでに実行中の場合は、これ以上起動しないでください。Application Server をインストールするときは、必ずマスターエージェントとサブエージェントを 1 つずつ使用します (全ドメイン、全インスタンスに共通)。

4865739

server.xml 内のインスタンスポートのネガティブテストによって domains.bin が壊れます。

ポート番号または IP アドレス、あるいはその両方に英字が含まれている場合は、新しいインスタンスを作成できないため、現在のインスタンスが管理不能になります。

解決法

1. server.xml ファイルとバックアップ用の server.xml ファイルを編集し、ポート番号または IP アドレス (あるいはその両方) を訂正します。

2. keepmanualchanges=true オプションを使って asadmin reconfig コマンドを実行します。

3. 管理インタフェースを使用し、「Administration (管理)」ツリーでインスタンス名を選択して、インスタンスを停止します。

4. 管理サーバーとアプリケーションサーバーインスタンスを再起動します。

管理インタフェース

管理インタフェースを使用するときは、ブラウザがキャッシュからではなくサーバーから最新のページを取り出す設定になっているかどうかを確認してください。一般に、デフォルトのブラウザ設定では問題は発生しません。

この節では、管理用グラフィカルユーザーインタフェースに関する既知の問題とその解決方法を示します。

ID

要約

4725473

管理インタフェース のニックネーム一覧に外部証明書のニックネームが表示されません。

Application Server 管理インタフェースを使って外部証明書をインストールした場合、外部暗号化モジュール上にインストールされた証明書を使って HTTP リスナーで SSL を有効にしようとすると問題が発生します。証明書は正しくインストールされていますが、管理インタフェースに証明書のニックネームが表示されません。

解決法

1. 管理ユーザーとして、Sun ONE Application Server のインストールマシンにログインします。

2. HTTP リスナーと外部暗号化モジュール上にインストールされた証明書をリンクします。asadmin コマンドを実行します。asadmin コマンドの詳細については、asadmin(1M) のマニュアルページを参照してください。

/sun/appserver7/bin/asadmin create-ssl
   --user admin --password password
   --host host_name
   --port 8888
   --type http-listener
   --certname nobody@apprealm:Server-Cert
   --instance server1
   --ssl3enabled=true
   --ssl3tlsciphers +rsa_rc4_128_md5
   http-listener-1

このコマンドは、証明書とサーバーインスタンスをリンクします。証明書のインストールは行いません。証明書は 管理インタフェースを使用してインストール済みです。証明書と HTTP リスナーのリンクは確立されていますが、HTTP リスナーは非 SSL モードでリッスンします。

3. 次の CLI コマンドを使って、HTTP リスナーが SSL モードでリッスンするように設定します。

/sun/appserver7/bin/asadmin set
   --user admin
   --password password
   --host host_name
   --port 8888
   server1.http-listener.http-listener-1.securityEnabled=true

このコマンドは、サーバーインスタンスのリッスンモードを非 SSL から SSL へ切り替えます。

上記の手順が完了すると、管理インタフェースに証明書が表示されます。

4. これで、管理インタフェースを使って HTTP リスナーを編集できる状態になりました。

4760939

SSL: certutil によって生成された自動署名証明書が「Certificate Nickname (証明書ニックネーム)」リストに表示されません。

自動署名証明書が certutil によって生成されていると、管理インタフェースに「Certificate Nickname (証明書ニックネーム)」が表示されません。

解決法

自動署名証明書を使用する場合は、server.xml ファイルを手動で編集する必要があります。

4991824

管理コンソールから SSL を有効化した後、再起動するとタイムアウトとなります。

解決法

SSL を有効化した後は、インスタンスを再起動する代わりに、サーバーをいったん停止して起動します。

4988332

何の変更もしていないのに、「変更の適用が必要です」のアイコンが表示されます。

管理コンソールでは、アプリケーションサーバーインスタンスのプロパティーまたは設定を表示すると、設定がまったく変更されていなくても「変更の適用が必要です」というアイコンが表示されます。

解決法

このメッセージは1回だけ表示され、アプリケーションサーバーに対しては何の変更も加えません。このメッセージが表示されたら、「変更の適用」を選択します。

5011969

Solaris x86 の場合に、管理インタフェースの HTTP リスナーと IIOP リスナーのページでエラーが生じます。

解決法

この問題は、特定バージョンの jss3.jar で発生します。2 つの回避策があります。

パッチレベル 115924-03、115925-03、115926-03、115927-03 では、SUNWjss パッケージを最新バージョンでアップグレードします。

次の指示に従って、サーバーのクラスパスから jss3.jar へのパスを削除します。

1. server.xml を開いて編集します。

2. クラスパスから usr/share/lib/mps/secv1/jss3.jar を削除します。

明示的に変更していない限り、このエントリはクラスパスの最初のエントリです。

3. server.xml を保存し、asadmin reconfig を実行します。

4. サーバーインスタンスを開始する前に、jss3.jar の名前を変更する必要もあります。

サンプルアプリケーション

この節では、サンプルアプリケーションに関する既知の問題とその解決方法を示します。

ID

要約

5048279

JDBC レルム認証サンプルのコンパイル前のタスクのセクションの手順 1 と 2 が不完全です。

解決法

適切な手順 1 と 2 は次のようになります。

1. PointBase データベースサーバーを起動します。

appserver_install_root/pointbase/server ディレクトリに移動し、StartServer.sh スクリプトを実行します。

2. PointBase コンソールを起動します。

  • appserver_install_root/pointbase/client_tools ディレクトリに移動し、PB_console.sh スクリプトを実行します。
  • データベースの URL は jdbc:pontbase:server://localhost/sun-appserv-samples です。
  • デフォルトの管理ユーザー名は security です。
  • デフォルトの管理パスワードは security です。

3. PUBLIC.user_tbl が存在し、ユーザーを含んでいることを確認します。

  • 「カタログ」->「カタログ」メニュー項目に移動します。
  • データベースカタログ内で、PUBLIC、TABLES、USER_TBL ノードに移動します。
  • USER_TBL ノードを右クリックし、ポップアップメニューの「SELECT * FROM "PUBLIC"."USER_TBL"」をクリックします。

4739854

asadmin を使ったリソースの配備方法の説明がありません。

一部のサンプルのマニュアルには、asadmin コマンドを使ってアプリケーションを配備するようにと記述されているだけで、必要なリソースを作成する手順が記載されていません。

解決法

asadmin コマンドを使ってアプリケーションまたはリソースを配備できます。サンプルの build.xml ファイルからは詳細情報を取得できます。詳細情報は、asant deploy の実行結果からも確認できます。

JDBC/BLOB の例の場合、次の手順で、asadmin を使ってリソースを作成します。ホスト名は jackiel2 とし、管理サーバーのユーザー名/パスワード/ポートは、それぞれ admin/adminadmin/4848 とします。

asadmin create-jdbc-connection-pool --port 4848 --host jackiel2 --password adminadmin --user admin jdbc-simple-pool

--datasourceclassname com.pointbase.jdbc.jdbcDataSource  --instance server1

asadmin  set --port 4848 --host jackiel2 --password adminadmin --user admin

server1.jdbc-connection-pool.jdbc-simple-pool.property.DatabaseName=jdbc:pointbase:server://localhost/sun-appserv-samples

4993620

複数の XA 接続があるとき、afterCompletion() が false となります。

samples/transactions/ejb/cmt/bank の改訂版を使用- BankBean ejb は 2 種類のデータベース、1 つは当座預金口座、もう 1 つは貯蓄預金口座に接続します。oracle.jdbc.xa.client.OracleXADataSource データソース向けに設定した 2 つの接続プールが作成してあり、グローバルトランザクションが有効になっています。

スタンドアロンのクライアントを実行し、振替、当座預金の残高確認、貯蓄預金の残高確認を行うと、次の 3 つのリモート呼び出しが発生します。transferBalance()、getCheckingBalance() および getSavingsBalance()

すべてのデータベースオペレーションは正しく実行されていますが、getCheckingBalance() 呼び出しに対する afterCompletion は、committed=false となります。

たとえば、次のことが実行されます。

appclient -client /space/S1AS/installation/domains/domain1/server1/applications/j2ee-apps/transactions-bank_13/transact -name BankClient -textauth com.sun.jndi.cosnaming.CNCtxFactory iiop://localhost:3700

結果は次のようになります。複数の XA 接続で、データベースの読み取り操作のみ実行するステートフルセッション Bean の tx は成功していますが、afterCompletion() は false を返します。

解決法

現在の JTS の実装は、これをサポートしません。

5016748

Java クライアントを使った SFSB フェイルオーバーのサンプルアプリケーション実行について、説明が正しくありません。

サンプルアプリケーションのマニュアルにある、SFSB フェイルオーバーのサンプルアプリケーションを実行する java コマンドが正しくありません。

解決法

Java クライアントでの sfsbFailover 実行について、正しい説明は次のとおりです。

ACC なしのローカルまたはリモート RMI/IIOP ベースのクライアントで、sfsbFailover を実行します。

ACC (アプリケーションクライアントコンテナ) のインタフェースなしで Java クライアントを実行します。ローカルマシン (ashost) または リモートマシンで実行できます。クライアントアプリケーションはコマンド行から実行します。

    java -Djava.library.path=$AS_INSTALL/lib:/usr/lib/mps

-Dcom.sun.CORBA.connection.ORBSocketFactoryClass=com.sun.enterprise.iiop.EEIIOPSocketFactory
-Dorg.omg.PortableInterceptor.ORBInitializerClass.com.sun.appserv.ee.iiop.EEORBInitializer
-Dorg.omg.CORBA.ORBClass=com.sun.enterprise.iiop.POAEJBORB
-Dorg.omg.CORBA.ORBSingletonClass=com.sun.corba.ee.internal.corba.ORBSingleton
-Djavax.rmi.CORBA.UtilClass=com.sun.corba.ee.internal.POA.ShutdownUtilDelegate
-classpath <CP> <ClientApp>
java.naming.factory.initial=com.sun.appserv.naming.S1ASCtxFactory
com.sun.appserv.iiop.loadbalancingpolicy=ic-based
com.sun.appserv.iiop.endpoints=host:port,host:port

各変数の意味は次のとおりです。

  • CP には、クラスパス用に sfsbFailover.jar、appserv-rt.jar、appserv-ext.jar、appserver-rt-ee.jar、appserv-admin.jar の 5 つの jar ファイルが含まれています。

sfsbFailoverClient.jar のファイルは、次の配備ディレクトリから現在のディレクトリにコピーされます。install_dir/domains/domain1/server1/applications/j2ee-apps/sfsbFailover_1

ほかの jar ファイルは次の AS インストールから現在のディレクトリにコピーされます。install_dir/lib

クライアントアプリケーションをリモートマシンで実行する場合は、sfsbFailoverClient.jar とほかの 3 つの appserver jar ファイルをクライアントマシンに移動する必要があります。ACC あり、または ACC なしのアプリケーションクライアントを実行する例として、sfsbFailoverClient.jar を使いましたが、このファイルには、ACC を使わない場合に最低限必要なもの以外のファイルも含まれています。ACC なしのリモートマシン上でこの例を実行するのに最低限必要なファイルは、appserv-ext.jar と、sfsbFailoverClient.jar から抽出した次のファイルです。

5016748 続き

samples/ejb/stateful/simple/ejb/Cart.class - リモートインタフェース
samples/ejb/stateful/simple/ejb/CartHome.class - ホームインタフェース
samples/ejb/stateful/simple/ejb/_Cart_Stub.class - リモートスタブ
samples/ejb/stateful/simple/ejb/_CartHome_Stub.class - ホームスタブ
samples/ejb/stateful/simple/client/CartClient.class - クライアントアプリケーションのメインクラス

appserv-ext.jar のファイルはクライアントマシンに必要です。このファイルには、クライアントが必要とする javax.ejb パッケージ、および必要とする可能性のある J2EE API の実装とインターフェースが含まれているためです。

  • ClientApp とは、クライアントプログラムを表します。この例では次のものを指します。samples.ejb.stateful.simple.client.CartClient
  • URL とは、ホスト名 (ashostなど) および ORB ポート (3700など) を持ったクラスタの一部として稼動しているアプリケーションサーバーのリストで、コンマで区切られたものを指します。次に例を示します。

      ashost:3700,ashost:3701,ashost:3702

このコマンドの完全な例は次のとおりです。

java -Djava.library.path=$AS_INSTALL/lib:/usr/lib/mps

-Dcom.sun.CORBA.connection.ORBSocketFactoryClass=com.sun.enterprise.iiop.EEIIOPSocketFactory
-Dorg.omg.PortableInterceptor.ORBInitializerClass.com.sun.appserv.ee.iiop.EEORBInitializer
-Dorg.omg.CORBA.ORBClass=com.sun.enterprise.iiop.POAEJBORB
-Dorg.omg.CORBA.ORBSingletonClass=com.sun.corba.ee.internal.corba.ORBSingleton
-Djavax.rmi.CORBA.UtilClass=com.sun.corba.ee.internal.POA.ShutdownUtilDelegate
-classpath
sfsbFailoverClient.jar:appserv-ext.jar:appserv-rt.jar:appserv-rt-ee.jar:appserv-admin.jar
samples.ejb.stateful.simple.client.CartClient
java.naming.factory.initial=com.sun.appserv.naming.S1ASCtxFactory
com.sun.appserv.iiop.loadbalancingpolicy=ic-based
com.sun.appserv.iiop.endpoints=localhost:3700,localhost:3701

このコマンドを実行する前に、LD_LIBRARY_PATH に $AS_INSTALL/lib と /usr/lib/mps を組み込みます。

対話型コンソールにより、SFSB、InitialContext、ホーム参照、およびリモート参照などの高可用性をテストできます。InitialContext を作成して、「Enter」キーを押します。参照は、ほかの利用可能なサーバーインスタンスにフェイルオーバーされます。ホーム参照やリモート参照についても同様に、フェイルオーバーの動作テストができます。

5016656

PointBase の起動スクリプトに対して、サンプルドキュメントが正しくないパスを指しています。

startserver.sh のパスが誤って、pointbase_install_dir/tools/server/startserver.sh と書かれています。

解決法

PointBase の起動スクリプトへの正しいパスは、pointbase_install_dir/client_tools/server/startserver.sh です。

5016647

JWSDP 1.0_01 の Coffee Break アプリケーションでの Indent-amount 問題

Coffee Break のサンプルアプリケーションを実行すると、次のエラーが表示されます。

ERROR: output property 'indent-amount' not recognized

解決法

これは JWSDP 1.0_01 の既知の問題です。これを回避するには、JWSDP のバージョン 1.1より新しいものを使用してください。

ORB/IIOP リスナー

この節では、ORB/IIOP-Listener に関する既知の問題とその解決方法を示します。

ID

要約

4743419

IPv6 アドレスの DNS アドレス検索が失敗する場合、IPv6 アドレスでは RMI-IIOP クライアントが機能しません。

IPv6 アドレスの DNS 検索が失敗する場合、IPv6 アドレスでは、RMI-IIOP (Remote Method Invocation-Internet Inter-ORB Protocol) のクライアントが機能しません。

解決法

IPv6 アドレスを検索できるように、配備サイトに DNS (Domain Name Service) を設定します。

5017470

Application Server から割り当てられるデフォルトの IIOP ポート番号が、ランダムに作成されます。

ORB のリスナーまたは IIOP のエンドポイントが作成されるとき、IIOP のポート番号は、そのどちらが作成されるかによって変わります。

1. 新しい ORB リスナーを作成する > 「指定する必要あり」を意味する * マークはついていませんが、IIOP ポート番号を必ず指定してください。表示されるデフォルト値は 1072 ですが、サーバーのインストール時に作成されたデフォルトのリスナーのリスナーポート番号は 3700 です。

2. 新しい IIOP エンドポイントを作成する > デフォルトの IIOP ポート番号は 3600 と表示されます。ポート番号を指定せずにエンドポイントを作成すると、そのポートの値は null となります。

3. 新しいサーバーインスタンスが作成されると、デフォルトの ORB リスナーポート番号は任意の大きな値、通常は 30000 以上となります。

解決法

IIOP のポート番号は 32767 を越えてはなりません。もし、設定された値がこの範囲外である場合、フェイルオーバーの際に接続障害が発生します。サーバーに対して IIOP リスナーの設定を行うときは、ポート番号が確実にこの範囲内に収まるようにしてください。

マニュアル

この節では、マニュアルに関する既知の問題とその解決方法を示します。

ID

要約

5039674

asadmin create-jdbc-connection-pool マニュアルページにエラーがあります。

--restype の説明が現在正しくありません。

データソースクラスで両方のインタフェースを実装する場合は、明確にするために -restype を指定する必要があります。このオプションに正しい値が指定され、指定されたインタフェースがデータソースクラスによって実装されていない場合、エラーが生成されます。このオプションにはデフォルト値はありません。

解決法

データソースクラスが複数の JDBC インタフェース javax.sql.DataSource、javax.sql.ConnectionPoolDataSource、または javax.sql.XADataSource を実装する場合、明確にするために --restype を指定する必要があります。このオプションに正しい値が指定され、指定されたインタフェースがデータソースクラスによって実装されていない場合、エラーが生成されます。

5010038

管理コンソールのオンラインヘルプに表示されるセキュリティーレルムの情報が正しくありません。

Application Server の管理コンソールで、「Application Server インスタンス」>「Server1」>「セキュリティー」>「レルム」の順に選択すると、ヘルプファイルに次の誤ったレルムが表示されます。file, ldap, certificate, solaris

これは正しくありません。実際のレルムは file, ldap, certificate, agentRealm です。Application Server のインストーラでは、セキュリティーレルムはデフォルトで agentRealm に設定されます。

6190702

hadbm help は古い情報を提供します。

解決法

最新の情報については、『Sun Java System Application Server Standard Edition and Enterprise Edition 7 2004Q2 Update 3 Administration Guide』の「Administering the High-Availability Database (Enterprise Edition)」を参照してください。

4970418

create-ssl のマニュアルページで、--certname と cert_name の間にスペースが入っていません。

解決法

--certname オプションの正しい構文は次のとおりです。

--certname cert_name

4993601

Sun ONE Application Server 7, Enterprise Edition から、古いヘルプファイルが表示されます。

解決法

以前に Sun Java System Application Server の異なるバージョン (Sun ONE Application Server 7, Enterprise Edition など) をインストールしたことがある場合は、MANPATH 環境変数が現在のインストールディレクトリを指していることを確認してください。

5008199

「delete-jvm-options」のマニュアルページの例部分のエラー。

この例は、正しくは次のとおりです。

asadmin delete-jvm-options --user admin --password adminadmin
--host localhost --port 4848 --instance server1 -- "-Djava.security.policy=/var/opt/SUNWappserver7/domains/domain1/server1/config/server.policy"

なし

製品 CD の『Installation Guide』PDF ファイルが壊れています。

解決法

『Installation Guide』の HTML バージョンを使用します。

再配布可能なファイル

Sun Java System Application Server バージョン 7 2004Q2 Update 4 には、再配布可能なファイルは含まれていません。

問題の報告およびフィードバックの方法

Sun Java System Application Server に問題が発生した場合は、次のいずれかの方法で Sun のカスタマサポートにお問い合わせください。

最善の問題解決のため、サポートに連絡する際には次の情報をご用意ください。

Sun Java System Application Server について討議されている、次のようなインタレストグループに登録するのも便利です。

コメントの送付先

Sun では、マニュアルの改善に努めており、お客様のご意見、ご提案をお待ちしております。Web 上のフォームでご意見をお送りください。

指定の場所に、マニュアルの正式な書名と Part No. をご記入ください。Part No. は、7 桁か 9 桁の番号で、マニュアルのタイトルページまたは最初のページに記載されています。たとえば、このリリースノートの Part No. は 819-4608 です。

補足情報

Sun Java System についての有益な情報は、以下のインターネットアドレスから入手することができます。

Copyright © 2005 Sun Microsystems, Inc. All rights reserved.

本書で説明する製品で使用されている技術に関連した知的所有権は、Sun Microsystems, Inc. に帰属します。特に、この知的所有権には、http://www.sun.com/patents の一覧に示されている米国特許、および米国をはじめとする他の国々で取得された、または申請中の特許などが含まれています。

SUN PROPRIETARY/CONFIDENTIAL.

U.S. Government Rights - Commercial software. Government users are subject to the Sun Microsystems, Inc. standard license agreement and applicable provisions of the FAR and its supplements.

使用は、使用許諾契約の条項に従うものとします。

本製品には、サードパーティが開発した技術が含まれている場合があります。

本製品の一部は、カリフォルニア大学からライセンスされている Berkeley BSD システムに基づいて開発されている場合があります。

Sun、Sun Microsystems、Sun ロゴ、Java、および Solaris は、米国およびその他の国における Sun Microsystems, Inc. の商標または登録商標です。すべての SPARC 商標は、米国 SPARC International, Inc. のライセンスを受けて使用されている、米国および他の国々における同社の商標または登録商標です。