既知の問題点

6364924 

あるノードを複数の管理サーバーに登録すると、これにより設定の衝突が発生する可能性がある。

ある 1 つのノードを、最初の管理サーバーへの登録を取り消すことなしに 2 番目の管理サーバーにも登録できます。ただしこの場合、ノードはどちらの管理サーバーへもアクセスできなくなります。 

回避方法:

登録のたびに管理ノードを再起動します。その管理ノードは、登録先として最後に使用した管理サーバーに対して使用可能になります。 

6379125 

wadm コマンドが、ノードへの接続を許可し、証明書を表示したあと、「HTTP 400 Error」をスローする。

ある管理ノードが接続を受け取ると、その管理ノードはその接続が管理サーバーからのものであるかをチェックしないまま処理を続行します。これは、不適切なエラーメッセージを出力するだけでなく、さらにパスワードの入力をユーザーに求めます。 

6387762 

wadm からシェル変数またはシステム変数にアクセスできない。

回避方法:

wadm はシェル環境変数を継承しません。ただし、wadm でシェル変数を使えるようにするには、次のコマンドを使用します。

"java::call System getenv env_var_name

次に例を示します。 

wadm 内からシェル環境変数 MAIL にアクセスするには、wadm プロンプトで次のコマンドを入力します。

wadm> java::call System getenv "MAIL"
/var/mail/abc

4793938 

ディレクトリインデックスの代わりに、ユーザーとパスワードの入力ダイアログが表示される。

デフォルトでは、ユーザーが認証されないかぎり、Web Server 7.0 はディレクトリインデックスを送信しません。あるディレクトリにアクセスしようとすると、ユーザー名とパスワードの入力を求められます。これは、Web Server 7.0 のデフォルトのアクセス制御リスト (ACL) が、認証済みユーザーだけにリストアクセス権を許可するためです。 

回避方法

管理コンソールの使用または default.acl ファイルの編集によって、認証されていないユーザーにリストアクセス権を許可できます。リストアクセス権を許可する方法の詳細については、『Sun Java System Web Server 7.0 Update 2 Administrator’s Guide』の「Configuring Access Control」を参照してください。

6327352 

セッションレプリケーションが有効なインスタンスが、クラスタ内のほかのインスタンスが起動されていない場合に正常に起動されない。

6393534 

migrate-jks-keycert コマンドを使って Java キーストア keycert を移行したあとで、list-certs コマンドを使って移行された jks keycert を一覧表示しようとすると、証明書のニックネームの代わりに CN、org などの情報が表示される。

6407486 

wadm set-ssl-prop コマンドを使った SSL プロパティーの設定時に、server-cert-nickname プロパティーが、サーバー証明書のニックネームだけではなく、すべての証明書のニックネームを受諾してしまう。

6443742 

「node」オプションに修飾されたドメイン名を指定すると、set-session-replication-prop CLI コマンドが正しく動作しない。

回避方法

set-session-replication-prop コマンドで、有効なノード名として list-nodes コマンドの出力を使用します。

6468570 

wadm のプロンプトで「yes」を指定すると、CLI がクラッシュする。

6469676 

管理証明書の期限が切れたあとで管理サーバーに接続しようとすると、不正なエラーメッセージが表示される。

6480600 

管理サーバーのディスク容量が不足すると、register-node コマンドによって不正なエラーメッセージが表示される。

6495446 

デバイス上にディスク容量がない場合に、wadm によって不正なエラーメッセージ「管理サーバーと通信できません。」がスローされる。

6502800 

「--all」オプションと「--instance」オプションを両方指定して migrate-server コマンドを実行しても、エラーにならない。

相互に排他的なオプションをユーザーが設定しようとしていることを示す、警告メッセージまたはエラーメッセージを表示すべきです。 

6416328 

管理コンソールの「インスタンスを起動」ボタンが、すでに実行中のインスタンスに対して有効になる。

ボタンの有効化/無効化は、インスタンスの状態に基づくべきです。 

6418312 

wadm によって、重複したユーザープロパティーの定義が許可される。

重複したユーザープロパティーを追加してもエラーメッセージは表示されません。それにもかかわらず、新しいユーザープロパティーは作成されません。 

6421740 

管理コンソールまたは CLI を使って新しい アクセス制御リスト (ACL) ファイルを作成する機能がプロビジョニングされていない。

6423432 

Windows 上で既存の設定を使用して、登録済みノードを追加して削除する処理を繰り返すと、検証が失敗する。

6426116 

管理コンソールの「バージョン」ボタンをクリックすると、「ファイルが見つかりません」という警告が管理エラーログに書き込まれる。

6430417 

MIME タイプに複数バイト文字を含む MIME 値が許可される。

6442081 

「アクセス制御リスト」ページ内のテキストがフォーマットされていない。

6442172 

あるユーザーを認証データベースから削除しても、ACE の「選択可能」リストと「選択」リストとの間でそのユーザーを切り替えることができる。

6446162 

キーまたは digestfile 認証データベースを削除する前に警告が発行されない。

6446206 

グループ内のある単一ユーザーが削除されたときに、不正なメッセージ「グループは正常に保存されました」が表示される。

6448421 

管理インタフェースによって、複数バイトのユーザー ID を持つ新しいユーザーがキーファイル認証データベース内に作成できてしまう。

6455827 

管理コンソールの「ユーザー」および「グループ」テーブルで結果の全体が単一ページ内に表示される。

6461101 

管理コンソールの「自己署名付き証明書を作成」ページの「証明書を要求」と「インストール」ボタンのラベルを改訂する必要がある。

6462057 

「選択可能」リストに項目が存在していない場合でも、新しい ACE ウィンドウの「追加」ボタンと「削除」ボタンが有効になる。

6464891 

管理コンソールでのサーバーログの表示が 50 行または 2 ページに切り詰められる。

6465382 

証明書要求ウィザード内の間違った国番号のエントリをチェックするための検証機能が存在しない。

6465421 

管理コンソールで、仮想サーバー、認証データベース、dav コレクション、イベントの各フィールドに対するテキストフィールドの説明が提供されていない。

6466336 

新しい設定を作成するときに、管理コンソールに間違った JDK バージョンが表示される。

管理コンソールに表示される JDK バージョンは、5.0 u7 ではなく 5.0 u6 です。 

6471171 

「ノード」->「管理サーバー」->「一般」タブから管理サーバーを再起動すると、スタイルフォーマットが失われる。

6471367 

同じブラウザの別のタブ内の管理コンソールをアクセスしようとしても、うまくいかない。

6471792 

「ログを表示」で結果が単一ページに表示される。

レコードサイズに選択される検索条件は 25 ログエントリですが、50 を超えるログエントリが存在する場合でも、ログは結果を単一ページ内に表示します。 

6472932 

トークンパスワードをいったん削除してから「共通操作」 ->「構成を選択」->「構成を編集」->「証明書」->「PKCS11 トークン」ページでリセットすると、トークン不一致エラーが表示される。

6486037 

「仮想サーバー管理」->「コンテンツ処理」->「ドキュメントディレクトリ」->「追加」に、追加ドキュメントディレクトリのパスを選択するための参照オプションを用意すべきである。

6492906 

管理コンソールに表示される WebDAV コレクションロックに関するメッセージが、誤解を招く恐れがある。

WebDAV コレクションのタイムアウト値として infinite を指定した場合、「共通操作」->「構成を選択」->「仮想サーバーの選択」->「仮想サーバーを編集」->「WebDAV」-> コレクションを選択すると、ページに、メッセージ DOES NOT EXPIRE が表示されます。これが実際に意味するところは、特定の時間が経過してもロックの有効期限が自動的に切れることはない、つまりタイムアウトが無限である、ということです。

6498484 

「パスワードの設定」ボタンを使って空のトークンパスワードを設定すると、不正なエラーメッセージが表示される。

6500157 

トークンパスワード編集し、すでに実行中のインスタンス上に設定を配備しようとすると、そのインスタンスの再起動が失敗する。

6502287 

構成を削除してから「移行」ボタンをクリックすると、管理コンソールに例外が表示される。

6502374 

管理コンソールの各ウィザードの「確認」画面には、値を持つフィールドだけが表示されるべきある。

6502793 

移行中に、log-dir パスのアクセス権の検証が行われない。

6266358 

管理パスワードに拡張 ASCII 文字が含まれていると、管理 CLI 経由でログインできない。

6361329 

エラー応答ファイルの名前を検証すべきである。

6367282 

期限切れの証明書で管理サーバーが起動してしまう。wadm は期限の切れた証明書について警告すべきである。

6375505 

unregister-node コマンドは、管理ノード上の証明書のクリーンアップも行うべきである。

6408169 

WebDAV ロック CLI がクラスタ環境で機能しない。

6408186 

同じ管理サーバーに登録されてい同一のノード上に管理ノードを複数インストールすることは、許可すべきではない。

6416369 

管理ノードの URL にアクセスすると、Page Not Found エラーが発生する。

管理ノードは GUI を持たないため、管理ノードの URL にアクセスすると Page Not Found エラーになります。

6422936 

Java の「JVM パス設定」で、クラスパスのプレフィックスとサフィックス、およびネイティブライブラリパスが検証されない。

6423310 

server.xml の要素を機能に基づいてグループ化すべきである。

6431984 

Web Server の PID ファイルと UNIX ドメインソケットは、/tmp にではなく /var/run に格納されるべきである。

6441773 

Windows では、Web アプリケーションを停止する前に、管理サーバーが Web アプリケーションのファイルを物理的に移動する。

6462515 

config ディレクトリ内に実行時ファイルが作成された際に管理コンソールに表示される「インスタンス設定が変更されています」というメッセージは、ユーザーの誤解を招く恐れがある。

6462579 

ある管理ノードを管理サーバーから登録解除したあとでその管理ノードをアンインストールしても、トラストストアが削除されない。

6468330 

JavaHome プロパティーに加えた変更は、インスタンスの再起動後には保存されない。

6475536 

管理サーバーのパスワードをリセットするための明確な手段が存在しない。

回避方法

1. install_dir/lib/webapps/jmxconnectorapp/WEB-INF/web.xml 内の security-constraint をコメントにします。

2. 管理サーバーを再起動します。

   これにより、管理サーバーの認証が無効になります。

3. set-admin-prop コマンドを使って管理パスワードを設定します。

6489727 

[JESMF CONFORM] CP は停止時には、MfManagedElementServer_stop() を呼び出すべきである。

6491749 

obj.conf ファイルの破壊を防ぐために、特定のテキストフィールドでより本格的な検証を行う必要がある。

フォーム内のデータの機能的検証のほとんどは、バックエンドで行われます。GUI では、空フィールド、整数値、ASCII 値など、最小限のチェックのみを行います。したがって、解析時に破壊されるようなデータが、GUI によって obj.conf 内に格納されます。

6493971 

サーバーインスタンスの再起動が応答しない場合に管理サーバーがタイムアウトしない。

restart-instance コマンドの実行時に、UNIX システム上の管理サーバーは、サーバーインスタンスが再起動されるまで待ちます。インスタンスが正常に再起動されない場合、管理サーバーは要求に応答しません。

6497213 

restart-admin コマンドに続けて stop-admin コマンドを実行すると、管理エラーログに例外がスローされる。

6515745 

Web Server で SNMP マスターエージェントプロセスが起動に失敗する。

回避方法:

tcp_xmit_hiwat 値を 262144 など、現在より大きい値に変更すると、ピア SNMP マスターエージェントは正常に機能します。tcp_xmit_hiwat 値を変更するには、次のコマンドを入力します。

# ndd -set /dev/tcp tcp_xmit_hiwat 262144

6545779 

Windows で、system32 ディレクトリに古いバージョンの libnspr4.dll があると wdeploy コマンドが失敗する。

回避方法

java を呼び出す前に、install_dir/bin ディレクトリにある wdeploy.bat ファイルを編集します。Java ディレクトリのパスを install_dir/lib ディレクトリに変更します。この変更によって、Windows は system32 ディレクトリより先に install_dir/lib ディレクトリで libnspr4.dll を探索します。

6587832 

Windows で、管理コンソールが断続的に起動しなくなる。

回避方法

1. この問題は、Windows 2003 で「Internet Explorer セキュリティ強化の構成」が有効になっている場合に発生します。

2. セキュリティー強化機能を無効にせずに管理コンソールにアクセスするには、ブラウザの信頼済みサイトのリストに、サイトを明示的に含めてください。

3. 「コントロール パネル」>「プログラムの追加と削除」>「Windows コンポーネントの追加と削除」の順に選択します。

4. 「Internet Explorer セキュリティ強化の構成」の隣にあるチェックボックスを選択解除します。

6606243 

Web Server インストーラが、管理自己署名付き証明書を IE 証明書タブにインポートする必要がある。

ブラウザを使用して管理コンソールにアクセスすると、信頼される認証局で証明書が発行されないことを示すポップアップ (IE6 および Mozilla/Firefox の場合) または警告ページ (IE7 の場合) が表示される場合があります。この原因は、管理サーバーが自己署名付き証明書を使用していることにあります。「管理 GUI ログイン」ページに移動するには、次の手順を実行します。 

• Mozilla/Firefox の場合、ポップアップウィンドウの「OK」ボタンをクリックします。

• Internet Explorer 6 の場合、ポップアップウィンドウの「はい」ボタンをクリックします。

• Internet Explorer 7 の場合、ページの「このサイトの閲覧を続行する」リンクをクリックします。

前述の手順では、そのブラウザセッション用の証明書が一時的に許可されます。 

証明書を永続的に許可するには、次の手順を実行します。 

• Firefox/Mozilla の場合:

  ポップアップウィンドウの「今後この証明書を受け入れる」ラジオボタンを選択して、「OK」をクリックします。

• Internet Explorer 6.0 の場合:

  1. ポップアップウィンドウの「証明書の表示」ボタンをクリックします。

     別のポップアップウィンドウが表示されます。

  2. 「証明のパス」タブを選択して、admin-ca-cert を選択します。

  3. 「証明書の表示」ボタン、「証明書のインストール...」ボタンの順にクリックします。

     証明書インポートウィザードが起動されます。これを使用すると、信頼できるルート証明書データベースに管理 CA 証明書をインポートできます。

• Internet Explorer 7 の場合:

  1. 警告ページの「このサイトの閲覧を続行する」リンクをクリックします。

     ログインページが表示されます。

  2. アドレスバーの横にある「証明書のエラー」リンクをクリックします。

     警告ウィンドウが表示されます。「証明書の表示」リンクをクリックします。

  3. 「Internet Explorer 6 の場合」の項で説明した手順 1 から 3 に従って、信頼できるルート証明書データベースに管理 CA 証明書をインポートします。

6606132 

「Sun Metaslot」ピンが設定されていない場合、自己署名付き証明書の作成に失敗する

回避方法

自己署名付き証明書を作成する前に、pktool を使用して「Sun Metaslot」のパスワードを設定します。

# pktool setpin

パスワードを指定します。 

ここで、create-self-signed-cert コマンドまたは管理コンソールのどちらかを使用して、自己署名付き証明書を作成します。

6296993 

ある obj.conf 指令の実行時にエラーが発生した場合、問題の指令が見つかった場所のファイル名と行番号がログに記録されない。

6365160 

データ型の制約違反のために server.xml のスキーマ検証が失敗したときに、要素の一連の有効な値を説明しないエラーメッセージが表示される。

6378940 

どの HTTP ヘッダー解析エラーにも、クライアント IP とエラーの説明が記録されない。

6470552 

set-variable SAF が定義済みの変数を設定できなかった。

6486480 

<replacement>false</replacement> を指定すると、service-nsfc-dump のエントリヒット数が 0 になる。

server.xml ファイル内で <replacement>false</replacement> を指定すると、service-nsfc-dump 出力のエントリヒット数が 0 と表示されます。ただし、キャッシュヒット数は正しく表示されます。

6489220 

サーバーが、$$ 文字定数を含む非補間文字列を挿入文字列として扱う。

あるパラメータ値に $$ escape が含まれている場合、サーバーは、そのパラメータブロックの PblockModel を構築します。$$ は定数なので、これは不要です。

6639402 

最大ファイル記述子数が 1024 の場合、サーバーで設定された接続キューのサイズが小さすぎる (128)

Web Server では、さまざまなコンポーネント用にファイル記述子が予約されています。接続プールキューのサイズ、ファイルキャッシュの最大オープンファイル数、および最大キープアライブ接続数が設定されていない場合、その他のコンポーネント用にファイル記述子を予約した後に、Web Server によって使用可能な記述子が 3 つの値の間で分割されます。最大ファイル記述子数のデフォルト値が小さいシステム (Solaris 8 や RHEL など) では、接続プールのサイズが小さい値に設定される場合があります。たとえば、RHEL の場合、最大ファイル記述子数のデフォルト値は 1024 です。接続キューのサイズが割り当てられていない場合は、Web Server によって 128 接続が接続キューに割り当てられます。稼動が多いシステムでは、この値が小さすぎることがあります。接続のタイムアウトが開始した場合、ユーザーは最大ファイル記述子数をより高い値に設定する必要があります。 

6485248 

reuse-connection が true に設定されていると、fastcgi スタブがすべてのプロセスを適切に閉じない。

FastCGI プラグインとして PHP と連携するように Web Server 7.0 を設定し、reuse-connection=true を設定します。サーバーを停止または再設定するときに、fastcgi() プロセスとその子プロセスが取り残されて適切に終了されません。

6644322 

Fastcgistub のメモリーリークにより、Fastcgi サブシステムがハングアップする

6474037 

Ubuntu に Web Server をインストールする際の例外

Linux Ubuntu の場合、/bin/domainname が含まれるパッケージはデフォルトで使用できません。Web Server を正常にインストールするには、これらのパッケージをインストールする必要があります。

パッケージをインストールするには、次のコマンドを入力します。 

sudo apt-get install nis

6414481 

compat-libstdc++ をインストールしないと Web Server をインストールできない。

回避方法:

Red Hat Enterprise Linux 3 など、より新しいバージョンの Linux 上では、Web Server 7.0 をインストールする前に compat-libstdc++ をインストールしてください。

6641672 

compat-libstdc++-33-3* (64 ビット) バージョンがあると、REDHAT ES4.0 Linux 64 ビットのインストールに失敗する

回避方法

正常にインストールするには、次の RPM をインストールする必要があります。 

• compat-libstdc++-33-3.2.3-47.3.<arch> 32 & 64 ビット RPM

• libgcc-3.4.3-22.1.<arch> 32 & 64 ビット RPM

• zlib-1.2.1.2-1

6414539 

管理ノードをアンインストールしても、そのノードが管理サーバーのノードから削除されない。

管理ノードをインストールし、それを「ノード」タブで管理サーバーに登録すると、「ノード」タブ内にその管理ノードが表示されます。管理ノードをアンインストールしたときに、その管理ノードのエントリが「ノード」タブ内に残ります。 

6287206 

ネットワーク上の共有フォルダから設定が起動されると、インストールが実行できない。

Windows プラットフォームでは、別のマシン上の共有ネットワークフォルダからインストーラ setup.exe を起動すると、製品をインストールできません。

6311607 

Windows で、管理パスワードが 8 文字以上の場合にインストーラが CLI モードでクラッシュする。

管理ユーザーパスワードが 8 文字以上である場合、管理ポート、Web サーバーポート、または管理ユーザー ID への入力の中に 1 つでも無効なものがあると、インストーラがクラッシュします。 

回避方法:

コマンド行インタフェース (CLI) を使って Web Server 7.0 を Windows プラットフォーム上にインストールする場合、管理パスワードを 8 文字未満 (< 8) に設定する必要があります。 

6408072 

Windows の場合、「プログラム」フォルダ内のオブジェクトに対するアイコンが必要である。

Windows 上の「Sun Java System Web Server 7.0」フォルダ内のオブジェクトは、デフォルトの Windows プログラムアイコンで作成され、Sun のプログラムであることを示す独自のアイコンを備えていません。 

6492144 

パスワード入力時に CLI インストーラが ctrl+c キーの入力を処理しない。

インストーラが ctrl+c キーの入力を受け付けないため、端末が使用不可能になります。

6472668 

Windows の場合、Web Server のインストールで -Xrs JVM オプションがデフォルトで使用される

回避方法:

Web Server はデフォルトで Windows サービスとしてインストールされるため、server.xml の適切なセクションに次の行を追加します。

<JVMOPTIONS>-Xrs</JVMOPTIONS>

6407877 

installed.pkg ファイルが見つからない場合、Web Server 6.0 から 7.0 に移行するときに不正な移行が行われる。

Web Server 6.0 から 7.0 に移行するときに installed.pkg ファイルが見つからないと、Web Server は、magnus.conf ファイル内の NSServlet エントリを不正に移行します。

6490124 

6.x -> 7.0:移行済みのスケジュールされたイベントが依然として server.xml ファイル内の 6.x のパスを指している。

6502529 

6.1->7.0:移行時に、search-collection-dir 用に設定された相対パス設定が処理されない。

インスタンス移行時に、検索コレクションのコピー先になるターゲットパスの相対パスを指定しても、config-store に対して検索コレクションディレクトリが作成されます。インスタンスをインスタンス化するときに、検索コレクションが適切に移行されずにインデックスが作成されます。

6502769 

6.x->7.0:移行時に obj.conf ファイル内のすべての「ドキュメントルート」の NameTrans が無視される。

6498806 

Windows では、Web Server の管理コンソールは移行の間、適切な警告をユーザーに与えない。

管理サーバーは、選択された新しい設定またはサービス名が Windows 上にすでに存在するかどうかを検出しないため、別の設定名を選択するようユーザーに適切に警告したり、別の設定名をデフォルトとして提案したりしません。 

6500509 

Web Server 7.0 の移行ツールは、ルート証明書がインストールされていると Web Server 6.1 から正常に移行することができない。

6559918 

CLI と管理サーバーにバージョンの互換性がない場合、エラーメッセージが不明瞭である。

Web Server 7.0 インストール環境を Web Server 7.0 Update 2 にアップグレードする場合は必ず、設定全体、つまり CLI、管理サーバー、およびすべての管理ノードを Web Server 7.0 Update 2 にアップグレードしてください。Web Server 7.0 管理インタフェースが Web Server 7.0 Update 2 管理インタフェースとの間で正常に機能しないため、この作業が必要になります。 

6595795 

管理コンソールで、移行したインスタンスに必要な機能が obj.conf ファイルに追加されない

JVM が無効な Web Server 6.0 インスタンスを Web Server 7.0 に移行し、移行したインスタンスを管理コンソールを使用して JVM オプション付きで有効化した場合、そのプロセスでは次の必要な行が obj.conf ファイルに追加されません。

NameTrans fn="ntrans-j2ee" name="j2ee"
PathCheck fn="find-index-j2ee"
ObjectType fn="type-j2ee"
Error fn="error-j2ee"

6641844 

Windows の場合、パッチを使用して Java ES 5 リリースの一部である Web Server 7 から Web Server 7.0 Update 2 リリースにアップグレードした後に、サーバーの起動に失敗する。

回避方法

Windows の場合、Java ES 5 または Java ES 5 Update 1 リリースの一部である Web Server を Web Server 7.0 Update 2 リリースにアップグレードするには、システムに次のセキュリティーパッチがインストールされていることを確認します。 

• 125923-05 以降

• NSS_NSPR_JSS 3.11.8

• NSPR 4.6.8

• NSS 3.11.8

• JSS 4.2.5

6644314 

セキュリティーパッチ 121656-16 は、Java ES 5/U1 における Sun Java System Web Server 7.0 Update 2 Linux パッチに対する必須条件です。ただし、このセキュリティーパッチでは循環依存関係が示されるため、いずれのパッチも適用できません。 

回避方法

このシナリオを回避するには、--force オプションを使用します。次に例を示します。 

rpm -F --force <list of rpms to be applied>

6640206 

Windows 以外 (Solaris、Linux、HP-UX) で、サンプルアプリケーションを使用せずに Web Server 7.0 または 7.0 Update 1 をインストールしており、Web Server 7.0 Update 2 にアップグレードする場合は、次のエラーメッセージが表示されます。 

インストールは失敗しました。問題を解決するには、次の場所にあるインストールログを確認してください: <install-dir>/setup/Sun_Java_System_Web_Server_install.log

このエラーはアップグレードに影響しません。

6472796 

sendmail.jsp によって示されている、javamail サンプルアプリケーションの resource.host を指定するために編集するファイルが間違っている。

回避方法

javamail.resource.host を設定するには、javamail.build.properties を編集します。install_dir/samples/java/webapps/javamail/src/docroot/sendmail.jsp 内で指定された build.xml ではありません。

6559735 

サンプルアプリケーションのマニュアルで、プロパティーファイルのクラスパスに jar ファイルを追加することを説明する必要がある。

install-dir/samples/java/webapps/security/jdbcrealm/docs/index.html の「Compiling and Assembling the Application」の節で、jdbcrealm.build.properties ファイルのクラスパスサフィックスに JDBC ドライバ jar ファイルを追加することを説明する必要があります。

6413058 

server.xml が、検索を変換して組み込むための全部のファイルパターンを格納しない。

スキーマは、このバージョンの Web Server に含まれる管理コンソールと検索管理ツールの両方が許可する全部のファイルパターンを格納しません。また、これは、以前のバージョンの Web Server からの移行を必要とする可能性のある全部のファイルパターンを表現する手段も持ちません。 

6632936 

Red Hat Linux Enterprise Linux 5 で、検索機能が正常に機能しない。

Red Hat Enterprise Linux マシンに compat-libstdc++ ライブラリがインストールされている場合、インストールされている rpm を削除し、compat-libstdc++-296-2.96-132.7.2.i386.rpm をダウンロードしてインストールする必要があります。

x86 32 ビットおよび 64 ビットの場合は、compat-libstdc++-296-2.96-132.7.2.i386.rpm をダウンロードしてインストールします。

信頼できない場所から rpm をダウンロードおよびインストールしないでください。セキュリティーの脆弱性を招く場合があります。

6376901 

同一ディレクトリ内のリソースに関する基本ベースおよびダイジェストベース ACL のサポートに制限がある。

サーバーがダイジェストベースの ACL と基本ベースの ACL をドキュメントツリー内の異なる部分で使用する場合、その両方を同一ディレクトリ内の異なるファイルやリソースで同時に使用しようとしても、失敗します。 

6431287 

TLS_ECDH_RSA_* には、RSA キーで署名されたサーバー証明書が必要である。

書式 TLS_ECDH_RSA_* の暗号化方式群を使用するには、サーバーが ECC キーペアと、RSA キーで署名された証明書を持っている必要があります。ここでは、自己署名付き証明書でこれらの暗号化方式群を使用することが除外されている点に注意してください。この要件はこれらの暗号化方式群にとって特有なものであり、バグではありません。サーバーはこれらの暗号化方式群に関連する間違った設定を検出して警告を発するべきですが、現時点ではそのようになっていません。

6611067 

ファイルシステム SELinux のセキュリティーが有効な場合、Red Hat Enterprise Linux インスタンスの開始に失敗する。

新しい Linux ディストリビューションには、SELinux プロジェクトから有効な新しいカーネルセキュリティーの拡張機能があります。これらの拡張機能を使用すると、システムセキュリティーをより詳細に制御できます。ただし、SELinux では共有ライブラリのロードなどのデフォルトシステムの動作の一部も変更されているため、他社のプログラムにとって問題となる可能性があります。Web Server Admin Server またはインスタンスの開始時に、「Cannot restore segment prot after reloc: Permission denied」というメッセージを受信した場合は、システムで SELinux が有効であることを表します。 

回避方法

この失敗を回避するには、次の手順を実行します。 

1. 次のコマンドを入力して、Web Server でロードされたライブラリのデフォルトセキュリティーコンテキストを変更します。

   chcon -t texrel_shlib_t $WS_DIR/lib/*.so

2. /etc/sysconfig/selinux ファイルに次の行を追加して、SELinux を無効化します。

   SELINUX=disabled

6602075 

Web Server で Sun crypto 1000 を使用するには、Solaris 10 パッチ 125465-02 (SPARC) および 125466-02 (x86) が必要である。

回避策

Solaris 10 プラットフォーム (SPARC) に必要なパッチは、次の場所で入手できます。 

http://sunsolve.central.sun.com/search/document.do?assetkey=1-21-125465-02-1

Solaris 10 プラットフォーム (x86) に必要なパッチは、次の場所で入手できます。 

http://sunsolve.central.sun.com/search/document.do?assetkey=1-21-125466

6324321 

リモートでエラーが発生したときに、詳しいエラーメッセージが表示されない。

リモートで例外が発生すると、リモートインスタンスのエラーログ内にエラーメッセージが記録されます。ところが、ローカルインスタンスは現時点では、ユーザーがどのエラーログを参照する必要があるかが明確に示されていない、汎用的なリモート例外を表示します。 

6396820 

クライアントの Cookie が無効になっていると、セッションレプリケーションが正しくフェイルオーバーされない。

6406176 

有効になっている場合、セッションレプリケーションは、デフォルトのセッションマネージャーになるべきである。

管理コンソールまたは CLI を使用するか server.xml ファイルを編集してセッションレプリケーションを有効にしても、セッションレプリケーションは実際には有効になっていません。代わりに、sun-web.xml を手動で編集する必要があります。

4858178 

Web コンテナが標準エラーに書き込む。

6349517 

1 を超える MaxProcs モードでの Web アプリケーションのセッション統計情報が正しくない。

Web Server はマルチプロセスモードで実行されます。プロセスの最大数を設定するには、magnus.conf 内の MaxProcs 設定変数を使用します。MaxProcs の値が 1 より大きい値に設定されていると、Web Server は、mmap ベースのセッションマネージャーを使って異なる JVM 間でセッションを共有できるようにします。複数のプロセスから統計情報を収集する間、Web アプリケーションの MBean は、個々の MBean にセッションを提供します。個々の MBean の Web アプリケーションセッション統計情報を参照しても、実際のセッション数を確認することはできません。

6394715 

Web コンテナが、無効化された Web アプリケーションの MBean オブジェクトを削除する。

server.xml ファイル内の <enabled> 要素を false に設定することで Web アプリケーションを無効にすると、Web コンテナはその Web アプリケーションの MBean を削除します。したがって、そのアプリケーションは閉じた Web アプリケーションまたは削除済みの Web アプリケーションとして扱われます。無効化されたオブジェクトは削除されるため、統計情報も失われます。

6419070 

JNDI リソースの作成が成功したときに、詳細度のもっとも高いログレベルでもエラーログに情報が記録されない。

6422200 

com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse が 1 バイトの読み取りを行う。

server.xml ファイルを読み取るときに、XML のバージョン番号とエンコーディングを含む先頭行は、一度に 1 バイトずつ読み取られます。

6432870 

統計情報が有効化された要素が server.xml ファイル内で false に設定されたときに、サーブレットコンテナはその統計情報を収集する。

6440064 

サーブレットコンテナが、仮想サーバーごとにスレッドを 1 つずつ作成する。

6501184 

REQ_EXIT によって javax.servlet.ServletException が発生する。

6567124 

Web Server 7.0 で実行している JSF Web アプリケーションを Web Server 7.0 Update 1 で実行すると中断する場合がある。

Web Server 7.0 Update 1 には JavaServer Faces 1.2 テクノロジが付属しています。すべての JavaServer Faces Web アプリケーションは、何の変更を加えなくても Web Server 7.0 Update 1 と連動するはずです。ただし、JavaServer Faces 1.2 には互換性にいくつかの既知の問題があり、それらの非互換性に対処するためにアプリケーションに変更を加えることが必要になる場合もあります。この非互換性については、次の JavaServer Faces リリースノートで説明されています。https://javaserverfaces.dev.java.net/rlnotes/1.2_04/issues.html

Java ES 5 Portal Server ユーザーは、Java ES 5 Update 1 がリリースされるまで Web Server 7.0 Update 1 へのアップグレードを延期することをお勧めします。 

6543814 

複数バイト文字列には検索フィルタ「*」が正常に機能しない。

6549619 

Windows 2003 で、CLI からコマンドを実行すると、メッセージが正しくエンコードされない。

6630841 

FastCGI ハンドラの新規ロールが、常に「英語」名で作成される。 

6632818 

CGI 設定ページにローカライズされていない文字列が表示される。 

6628910 

ローカリゼーションロケールの CLI インストーラ「Enter your option」が英語である。 

6633333 

ブラウザをドイツ語ロケールに設定している場合、配備されているインスタンスの検索ページ (http://instance:port/search ) の最下部にあるリンクが正しくない。

回避方法

ドイツ語ユーザーは、ブラウザのアドレスバーに次の URL を手動で貼り付ける必要があります。 

利用規定: http://www.sun.com/share/text/termsofuse.html

プライバシーポリシー: http://de.sun.com/privacy

商標: http://www.sun.com/suntrademarks/

6484181 

Portal Server は、Web Server 7.0 64 ビットの起動時の JVM スタックサイズを 128K に設定するが、これは小さすぎる。

Web Server 7.0 がすでに 64 ビットモードで設定された状態で Portal Server のインストールを開始した場合、Portal Server の構成ではスタックサイズは 128K に設定されません。これに対し、Portal Server と Web Server がどちらもすでに 32 ビットモードでインストールおよび設定されている場合に 64 ビットモードに切り替えるには、「回避方法」の節で説明する一連の手順を手動で実行する必要があります。 

回避方法

Java ES 5 の一部である Portal Server が 32 ビット版の Web Server 7.0 上に配備された状態で、サーバーを 64 ビットモードで起動する場合は、次の手順を実行します。 

1. # install_dir/bin/wadm delete-jvm-options --user=admin --port=8989 --password-file=passfile --config= HOST_NAME "-Xms512M -Xmx768M -Xss128k"

2. # install_dir/bin/wadm create-jvm-options --user=admin --port=8989 --password-file=passfile --config= HOST_NAME "-Xms512M -Xmx768M -Xss512k"

3. 次のコマンドを入力し、Web Server 7.0 のネイティブなスタックサイズを 139264 に増やします。

   # install_dir/bin/wadm set-thread-pool --user=admin --config=config_name --password-file= filename native-stack-size=139264

4. 構成を配備します。

   # install_dir /bin/wadm deploy-config

6487041 

Java ES Web Server インストールでは schemagen/xjc/wsgen/wsimport スクリプトが存在しない。

schemagen/xjc/wsgen/wsimport スクリプトがある場所は、Web Server の Java ES インストール版とスタンドアロンインストール版ではそれぞれ異なります。

回避方法

このスクリプトは、Web Services コンポーネントの一部です。Web Server のスタンドアロンインストール版では、スクリプトと JAR ファイルは、それぞれ install_dir/bin と install_dir/lib ディレクトリにあります。

Java ES インストール版では、スクリプトと JAR ファイルは共有コンポーネントの一部としてインストールされ、Web Server インストールルートの外部にあります。 

さまざまなプラットフォーム上でのスクリプトと JAR ファイルの場所を次に示します。 

Solaris OS の場合: 

• スクリプトは /opt/SUNWjax/bin ディレクトリにあります。

• JAR ファイルは /opt/SUNWjax/lib および /usr/share/lib ディレクトリにあります。

Linux および HP-UX の場合: 

• スクリプトは /opt/sun/bin および /opt/sun/share/jaxb/bin ディレクトリにあります。

• JAR ファイルは /opt/sun/share/jaxb/lib、 /opt/sun/share/lib、および /opt/sun/private/share/lib ディレクトリにあります。

Windows の場合:  

• スクリプトは <JES_installation_dir> \share\bin および <JES_installation_dir> \share\jaxb2\bin ディレクトリにあります。

• JAR ファイルは <JES_installation_dir> \share\jaxb2\lib および <JES_installation_dir> \share\lib ディレクトリにあります。

6432106 

Web Server のアップグレード後に Sun Java System Portal Server の検索機能が例外をスローする。

Web Server を Java ES 4 から Java ES 5 にアップグレードすると、Portal Server の検索機能が例外をスローします。 

回避方法

既存の libdb-3.3.so および libdb_java-3.3.so ライブラリファイルを、Web Server の非公開ディレクトリ以外の適切な場所に移動します。Portal Server ライブラリを適切な場所に移動したら、そのパスを以下の手順で <libdb-3.3.so path>:<libdb_java-3.3.so path> に指定する必要があります。

Solaris プラットフォームで、次の手順を実行します。 

1. libdb-3.3.so および libdb_java-3.3.so ファイルを、Web Server 6.1 の lib ディレクトリから適切な場所にコピーします。

   ---

   注 –

   HP-UX の場合、ファイルは libdb-3.3.sl と libdb_java-3.3.sl です。Windows の場合、ファイルは libdb-3.3.dll と libdb_java-3.3.dll です。

   ---

   ---

   注意 –

   Web Server 7.0 の非公開ディレクトリ (lib ディレクトリなど) にライブラリファイルをコピーしないでください。

   ---

2. /portal_libraries という名前でディレクトリを作成します (mkdir) 。ライブラリファイル libdb-3.3.so および libdb_java-3.3.so を /portal_libraries にコピーします。

3. wadm コマンドを使用して、ライブラリファイルの場所を Web Server に通知します。

4. 次の管理 CLI コマンドを入力して、現在のネイティブなライブラリパス設定を取得します。

   get-jvm-prop -user=admin --config=hostname native-library-path-prefix

   出力を保存します。

5. 次の管理 CLI コマンドを入力して、コピーした libdb-3.3.so および libdb_java-3.3.so パスを既存のネイティブなライブラリパスに追加します。

   set-jvm-prop --config= hostname native-library-path-prefix=<existing native library-path>:</portal-libraries-path>

   ここで、portal-libraries-path は、手順 1 で libdb-3.3.so および libdb_java-3.3.so ファイルをコピーした場所です。

   get-jvm-prop コマンドを実行しても結果または出力が得られない場合は、コマンドプロンプトで native-library-path-prefix を次のように設定します。

   native-library-path-prefix=</portal-libraries-path>

6. ---

   注 –

   Windows プラットフォームの場合は、次のように「;」を native-library-path-prefix パラメータの区切り文字として使用します。

   native-library-path-prefix= <existing native libarary path>;<portal-libraries-path>

   Windows 以外のプラットフォームの場合は、次のように「:」を native-library-path-prefix パラメータの区切り文字として使用します。

   native-library-path-prefix=<existing native libarary path>:<portal-libraries-path>

   ---

7. 次のコマンドを入力して、変更後の構成を配備します。

   deploy-config [--user=admin-user] config-name

6504178 

移行ログが「root is not a valid user」という間違ったメッセージを Java ES 5 上で報告する。

UNIX プラットフォームで Java ES 4 から Java ES 5 にアップグレードしているときに、移行ログファイルが WARNING: "root is not a valid user" と報告します。そのホストでは「root」ユーザーは有効なので、このメッセージは間違っています。

6453037 

Web Server の起動時に、多数の警告メッセージや情報メッセージが、ログファイルに送られずに標準出力に表示される。

6549580 

Windows で実行中の Web Server にサービスに関する説明が含まれておらず、Java ES Update 1 パッチの適用後も説明が更新されない。

6550622 

Java ES 5 ソフトウェアを Java ES 5 Update 1にアップグレードするときに、Portal Server はアップグレードせずに Web Server のみをアップグレードした場合、Portal Server サンプルの実行に失敗し、JSF 例外が発生する。

詳細は、「互換性の問題」 を参照してください。

6643821 

SMF コマンドを実行すると、startserv および stopserv スクリプトから Java ES 環境が削除される (Solaris 10 のみ)。

回避方法

Solaris 10 環境で、次のように LD_LIBRARY_PATH を設定します。LD_LIBRARY_PATH=/usr/lib/mps/secv1:/usr/lib/mps:/usr/lib/mps/sasl2:$LD_LIBRARY_PATH