Sun Java System Web Server 7.0 Update 5 リリースノート

既知の問題点

この節では、Web Server 7.0 Update 5 のリリース時点における重要な既知の問題および制限事項を一覧表示します。

管理

次の表に、Web Server の管理における既知の問題の一覧を示します。

表 5 管理における既知の問題

バグ ID 

説明 

6364924 

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

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

回避方法:

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

6379125 

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

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

6327352 

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

6393534 

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

6407486 

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

6443742 

「ノード」オプションに修飾されたドメイン名を指定すると、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 上で既存の設定を使用して、登録済みノードを追加して削除する処理を繰り返すと、検証が失敗する。

6430417 

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

6442081 

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

6442172 

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

6446162 

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

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 の要素を機能に基づいてグループ化すべきである。

6441773 

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

6462515 

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

6462579 

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

6468330 

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

6491749 

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

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

6497213 

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

6587832 

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

回避方法:

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

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

  3. Internet Explorer のセキュリティー強化の構成を無効にするには、「コントロールパネル」>「プログラムの追加と削除」>「Windows コンポーネントの追加と削除」を選択します。

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

  5. ブラウザを再起動します。

6746045 

config が変更されると、ドキュメントディレクトリ内のファイルの所有権が変更される。

ユーザーがディレクトリを作成し、いくつかのファイルを追加してドキュメントディレクトリ内に配備する場合、このディレクトリ内のすべてのファイルの所有権が Web Server をインストールした所有者に変更されます。  

回避方法:

ユーザーディレクトリをドキュメントディレクトリ内に作成すべきではありません。 

6750708 

Web Server 7.0 管理 CLI でマルチバイト文字の入力が受け付けられない。

管理 CLI は、マルチバイトまたは ASCII 以外の文字を含む文字列を受け付けません。たとえば、コマンドとともに ASCII 以外の文字 (Felhasználók) を含む値を入力すると、入力値は次のように文字化けします。  


wadm>  set-authdb-prop --config=test --authdb=sajit
url=ldap://sunone178.india.sun.com:389/ou=Felhaszn??l??k,dc=india,dc=sun,dc=com

回避方法:

ベース DN 値の入力時に server.xml ファイルを手動で変更する際、マルチバイト文字の代わりに URL エンコードシーケンスを入力してください。たとえば、「Felhasználók」の代わりに「Felhaszn%C3%A1l%C3%B3k」と入力します。

6722375 

管理サーバーにより、パッチ 125437-14 と 125438-14 が代替ルートに準拠していない場合、管理サーバーにより postpatch スクリプトに関してエラーがスローされる。

回避方法:

  1. 代替起動環境にパッチを追加してから、代替起動 OS を起動します。

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

    管理サーバーの起動が失敗し、次のエラーメッセージがスローされます。


    java.lang.NoClassDefFoundError: com/sun/scn/client/comm/SvcTagException
  3. Web サーバーの postpatch スクリプトを編集し、ROOTDIR 値を / または /空白文字として定義します。ここに、JES ベースパスを指定します。


    bash-3.00# cat postpatch
    #!/bin/ksh
    
    # Copyright (c) 2007 by Sun Microsystems, Inc.
    # All rights reserved
    #
    
    PATH="/bin:/usr/bin:/sbin:/usr/sbin:$PATH"
    export PATH
    
    ROOTDIR=/
    
    BASEDIR="`pkgparam -R $ROOTDIR SUNWwbsvr7 BASEDIR 2>/dev/null`"
    if [ -n "$BASEDIR" ]
    then
        INSTALL_DIR="$ROOTDIR$BASEDIR/SUNWwbsvr7";
        PERLDIR="$INSTALL_DIR/lib/perl"
        if [ -f "$INSTALL_DIR/lib/wsenv" ]
        then
            . "$INSTALL_DIR/lib/wsenv";
            WS_IS_JES=1; export WS_IS_JES
    ....
    bash-3.00#
  4. スクリプトを実行してアップグレードを完了します。


    bash-3.00# ksh /tmp/postpatch 
     "//opt/SUNWwbsvr7/lib/perl/perl" -I "//opt/SUNWwbsvr7/lib/perl" -I 
    "//opt/SUNWwbsvr7/lib/perl/lib" -I "//opt/SUNWwbsvr7/lib/perl/lib/site_perl" 
    "//opt/SUNWwbsvr7/lib/upgradeServer.pl"
    
    bash-3.00#

    管理サーバーが、エラーの生成なしで起動します。

6784450 

Mozilla Firefox 3.0 を使用して管理サーバーにログインできない。

回避方法:

  1. Solaris 10 プラットフォームの Mozilla Firefox 3.0.4 ブラウザで、「編集」->「設定」->「詳細」->「暗号化」、「証明書を表示...」ボタンを押して「サーバー証明書」タブに移動します。

  2. 「例外を追加...」をクリックします。

  3. アクセスする Web サイトのアドレスをテキスト領域に入力して、「セキュリティ例外を承認」をクリックします。

コア

次の表に、Web Server のコアにおける既知の問題の一覧を示します。

表 6 コアにおける既知の問題

バグ ID 

説明 

6785490 

末尾が「実在する」ファイル名でないすべての URI は、適正な実行に失敗し、「No input file specified」エラーが生成される。

PHP ユーザーの場合:

Web Server 7.0 Update 4 では、FastCGI および CGI アプリケーション用の環境変数 REQUEST_URI および SCRIPT_FILENAME が生成されます。SCRIPT_FILENAME 変数の導入により、仮想 URI (末尾が /index.html ではなく / の URL) にマップされるスクリプト、または Web Server 7.0 の URI 書き換え機能を使用する URL にマップされるスクリプトで、No input file specified PHP エラーが表示されます。影響を受ける PHP バージョンは 5.2.5 - 5.2.9 です。詳細については、http://bugs.php.net/bug.php?id=47042 を参照してください。

回避方法:

PHP アプリケーションが仮想 URI にマップされている場合は、php.ini ファイルの cgi.fix_pathinfo0 に設定すべきです。Drupal、Wordpress、Joomla など、人気のある多くの PHP アプリケーションでこの設定を行う必要があります。

ただし、この設定によって、/foobar.php/baz/ などの path-info に依存する PHP アプリケーションで No input file specified PHP エラーが返されます。path-info に依存する PHP アプリケーションでは、cgi.fix_pathinfo を無効にすべきではありません。

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 を構築します。$$ は定数なので、これは不要です。

6641109 

NFS マウントされた docroot ディレクトリを使って設定された Web Server がクラッシュする

NFS を使用していて MediumFileSizeLimit>0 の場合に NFS ファイルが削除または置換されると、Web Server がクラッシュします。したがって、ドキュメントルートが NFS 上にマウントされている場合は、MediumFileSizeLimit>0 を使用しないようにしてください。

回避方法:

NFS クライアントのように、Web Server のドキュメントが NFS マウント上に存在している場合には、nsfc.conf 内で MediumFileSizeLimit を 0 に設定します。

6775948 

nsapi.h 内に include ファイルが存在しない場合、一部の NSAPI モジュールのコンパイル中に警告メッセージがスローされる。

回避方法:

nsapi.h の前に include <netdb.h> を追加します。

FastCGI

次の表は、FastCGI における既知の問題を一覧したものです。

表 7 FastCGI における既知の問題

バグ ID 

説明 

6485248 

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

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

インストール

次の表に、Web Server のインストールにおける既知の問題の一覧を示します。

表 8 インストールにおける既知の問題

バグ ID 

説明 

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 キーの入力を受け付けないため、端末が使用不可能になります。

6710925 

RH5.1 ユーザーが GUI モードで Web Server 7.0 Update 3 をインストールできない。

回避方法

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

  1. CLI ベースのインストーラを使用します。

  2. xdpyinfo コマンドへのシンボリックリンクを作成します。次に例を示します。


    [root@server bin]# ln -s /usr/bin/xdpyinfo /usr/X11R6/bin/xdpyinfo

6717123 

「登録オプション」パネルの UI が正しく表示されない場合がある

インストーラの「登録オプション」GUI が正しく表示されない場合があります。  

回避方法:

インストーラのウィンドウのサイズを変更すると、この問題が解決されます。 

移行およびアップグレード

次の表に、Web Server 7.0 の移行およびアップグレード領域における既知の問題の一覧を示します。

表 9 移行およびアップグレードにおける既知の問題

バグ ID 

説明 

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 から正常に移行することができない。

6747123 

Sun Java System Web Server 7.0 Update 2 リリースで、要求処理の動作が変更された。

Web Server 7.0 Update 2 RPP を使用しているときには、この変更の影響は現れません。 

Web Server の要求処理エンジンは、Web Server での重要なエラーを修正するために変更されており、これによって Web サーバーがサーバー内の obj.conf ファイルにあるオブジェクトおよび指令を処理する順序が変更されています。この修正によって、要求の処理中に次の規則の適用が保証されるようになりました。

  • 要求に適用されるすべての ppath オブジェクトが評価される。

  • 2 つのオブジェクトが競合する場合、要求に適用される名前付きオブジェクトがあれば ppath オブジェクトよりも優先される。obj.conf ファイルに ppath オブジェクトが含まれている場合、obj.conf ファイルを変更する必要があるかどうかを確認するために評価する。前述のように要求処理の動作が変更された結果として、以前のバージョンの Web Server を Web Server 7.0 Update 2 以降にアップグレードすると、次のように obj.conf ファイルを少し変更しなければならない場合があります。

  1. IF 指令を使用する

    次の例では、ntrans-j2ee NameTrans SAF が JSP 拡張子に適用され、j2ee という名前のオブジェクトが評価されるため、明示的な JSP 拡張子が要求 URI に見つからないときは、ppath オブジェクトに含まれる指令が起動されません。obj.conf ファイルへの変更はありませんが、要求を WebLogic サーバーに転送するためにここで使用される WebLogic プロキシサービスは起動されなくなりました。その結果、Web サーバーは要求を WebLogic プロキシではなく独自の Web コンテナに送信するため、要求が失敗します。

    obj.conf ファイルのデフォルトオブジェクトで、問題のある URI を含む ntrans-j2ee サービスに条件文を次のように追加します。


    AuthTrans fn="match-browser" browser="*MSIE*" ssl-unclean-shutdown="true"
    #
    #Adding <IF...> and </IF> bracketing to compensate
    for change in ppath processing
    #
    <IF $uri !~ ".*WebApp/.*" >
    NameTrans fn="ntrans-j2ee" name="j2ee"
    PathCheck fn="find-index-j2ee"
    ObjectType fn="type-j2ee"
    Error fn="error-j2ee"
    </IF>
    ....
    ....
    <Object name="j2ee">
    Service fn="service-j2ee" method="*"
    </Object>
    
    <Object ppath="*/examplesWebApp/*" >
    Service fn=wl_proxy WebLogicHost=jwsse10.red.iplanet.com WebLogicPort=7001
    </Object>
    
    <Object ppath="*/ejemploWebApp/*">
    Service fn=wl_proxy WebLogicHost=jwsse10.red.iplanet.com
     WebLogicPort=7002
    </Object>
    </Object>

    これにより、URI が一致しないときにのみ、ntrans-j2ee を実行できます。

  2. assign-name NameTrans を使用する

    単純なシナリオでは、デフォルトオブジェクトで assign-name を使用して、ppath オブジェクトを name オブジェクトに変更できます。これにより、assign-namentrans j2ee よりも先に実行できます。


    <Object name="default">
    NameTrans fn="assign-name" from="/examplesWebApp/*" name="examples_proxy"
    NameTrans fn="assign-name" from="/ejemploWebApp/*" name="ejemplo_proxy"
    NameTrans fn="ntrans~j2ee" name="j2ee"
    ....
    ....
    </Object>
    
    <Object name="j2ee">
    Service fn="service-j2ee" method="*"
    </Object>
    
    <Object name="examples proxy" >
    Service fn=wl_proxy WebLogicHost=jwsse10.red.iplanet.com WebLogicPort=7001
    </Object>
    
    <Object name="ejemplo proxy">
    Service fn=wl_proxy WebLogicHost=jwsse10.red.iplanet.com WebLogicPort=7002
    </Object>
  3. 無効化する

    Web Server で Java Web コンテナのサポートをオフにすると、JSP が WebLogic プロキシ機能で処理されるようになります。ただし、プロキシ階層で Java コンテンツをホストする予定がない場合にのみ、これを行うことをお勧めします。

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

次の表に、Web Server のサンプルアプリケーションにおける既知の問題の一覧を示します。

表 10 サンプルアプリケーションにおける既知の問題

バグ ID 

説明 

6472796 

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

回避方法

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

検索

次の表に、Web Server の検索機能における既知の問題の一覧を示します。

表 11 検索における既知の問題

バグ ID 

説明 

6701532 

検索エンジンが、パスワードで保護された PDF ドキュメントのインデックス作成に失敗する

PDF ドキュメントがパスワードで保護され暗号化されている場合、検索エンジンがそのドキュメントのメタデータのインデックス作成に失敗します。その結果、要求された検索が失敗します。  

セキュリティー

次の表に、Web Server のセキュリティー領域における既知の問題の一覧を示します。

表 12 セキュリティーにおける既知の問題

バグ ID 

説明 

6376901 

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

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

6431287 

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

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

セッションレプリケーション

次の表に、Web Server 7.0 のセッションレプリケーション機能における既知の問題の一覧を示します。

表 13 セッションレプリケーションにおける既知の問題

バグ ID 

説明 

6324321 

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

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

6396820 

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

6406176 

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

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

6800993 

async クラスタが使用できないために、わずかなデータ損失が発生する。

HTTP セッションでわずかなデータ損失が発生するケースが確認されています。セッションフェイルオーバーで asnyc パラメータを使用して非同期実装すると、この問題が解決する場合があります。  

Web コンテナ

次の表に、Web Server の Web コンテナにおける既知の問題の一覧を示します。

表 14 Web コンテナにおける既知の問題

バグ ID 

説明 

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 バイトずつ読み取られます。

6440064 

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

6501184 

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

ローカリゼーション

次の表に、Web Server のローカライズされたバージョンにおける既知の問題の一覧を示します。

表 15 ローカリゼーションにおける既知の問題

バグ ID 

説明 

6543814 

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

5046634 

Web Server 7.0 には use-responseCT-for-headers に相当する機能がない。

応答ヘッダーエンコードは、web-app/sun-web.xml ファイルの構成パラメータ use-responseCT-for-headers の値を yestrueon のいずれかに設定すると、web-app レベルで有効になります。

たとえば、応答ヘッダーエンコードを次のように設定します。 


<sun-web-app>
<parameter-encoding form-hint-field="j_encoding"/>
<property name="use-responseCT-for-headers" value="true" />
<session-config>
<session-manager/>
</session-config>
<jsp-config/>
</sun-web-app>

6716537 

ソケット作成のエラーメッセージがローカライズされていない。

6775946 

125437-15 が日本語ロケールにインストールされている場合に失敗する。

patchrm 125437-15 を日本語ロケールにインストールすると、失敗して次のエラーがスローされます。 


WARNING: patchrm returned <7>

ログファイルへの出力を次に示します。  


/var/tmp/dstreAAAW0a4wU/SUNWwbsvr7x/install/checkinstall:
 XXXXXXXXXXXXXXXXXXX 4: `(' unexpected pkgadd: 
ERROR: checkinstall script did not complete successfully
Installation of <SUNWwbsvr7x> partially failed.

この問題は、次のプラットフォームで発生します。 

  • SPARC プラットフォーム - パッチ 119254-40 - 119254-47 が適用済みで、かつ 119254-48 が未適用の Solaris 10

  • x86 - パッチ 119255-40 - 119255-47 が適用済みで、かつ 119255-48 が未適用の Solaris 10

回避方法:

  1. 関係する上記のパッチのインストールを避けます。これらのパッチがすでにインストールされている場合は、patchrm(1M) コマンドを使ってそれらを削除することで、安全なパッチレベルに戻すことができます。

  2. 日本語ロケールでパッチをインストールしないようにします。

    詳細については、http://sunsolve.sun.com/search/document.do?assetkey=1-26-103104-1 を参照してください。

  3. Solaris 10 SPARC プラットフォームにパッチ 119254-48 以降を適用し、Solaris 10 x86 プラットフォームにパッチ 119255-48 以降を適用します。

Java Enterprise System

次の表に、Java Enterprise System (Java ES) における既知の問題の一覧を示します。

表 16 Java ES における既知の問題

バグ ID 

説明 

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 の起動時に、多数の警告メッセージや情報メッセージが、ログファイルに送られずに標準出力に表示される。