Webコンテナを利用する際の注意制限事項について説明します。

環境設定

環境設定時の注意事項について

Webコンテナの運用/管理

Unix 環境で運用管理コンソールのエラー画面が文字バケする現象について
存在しない WARファイルを転送した場合

Webサーバ連携

IISやApacheなど外部Webサーバと連携時、404 のエラーが発生する場合
IIS連携時、一般の Webアプリケーション へのアクセスで認証が必要になる事について
IIS6.0 と連携する時の設定項目について
IIS7.0 と連携する時の設定項目について
Sun ONE Web Server と連携時、環境設定の前にする事について
Webコンテナをアンインストールした時の連携解除について
IIS連携時、Windows2000 環境でのイベントログについて
Webコンテナとの連携設定をした後で、Webサーバの設定ファイルを更新した場合（Sun Java System Web Server (Sun ONE) との連携設定の前にしておくこと）
Webサーバ連携中にダウンロード処理が始まる現象について
Webアプリケーションのルートコンテキスト("/")への割り当て
ルートコンテキスト("/")へ割り当てたWebアプリケーションの停止
外部Webサーバ連携時のドキュメントルートについて
IIS連携時のログ出力について
logsディレクトリに生成される"jk_runtime_status"と"jk_runtime_status.lock"について
外部Webサーバ連携時のエラーログ出力について
Sun Java System WebServer でプラグインの負荷分散機能利用する場合の設定について

Webアプリケーションの運用/実行

Servlet 2.4 の Webアプリケーションのweb.xmlの <load-on-startup> 要素について
ファイル転送サンプルを実行する場合の注意事項について
Webアプリケーション 配備時の名前は重複できません
JSP コンパイル時のエラーについて
セッション管理の方法について
JSPページから Webアプリケーション内のクラスを参照する時の注意点について
web.xml の display-name の長さについて
web.xml のエンコーディング指定について
一時停止中の Webアプリケーション に含まれる HTML ファイルへのアクセスについて
あるサイズ以上の WARファイルを転送した時のエラーについて
ファイル転送ライブラリで転送する転送元ファイルの名前について
ListenerでのJNDIの利用について
web.xml に error-page 要素で指定するエラーページの文字化け
jsp-exaamples - XHTML Basic Example の実行について
root 以外の運用ユーザ利用時のサンプルの実行について
web.xmlが必要であることについて
WEB-INF配下のファイルをアクセスするWebアプリケーションの配備解除エラーについて
異なるバージョンにまたがるセッションレプリケーションについて
セッションレプリケーション時の格納オブジェクトについて
Java EE 5 の予約語について
web.xml および nec-web.xml の保存について
複数仮想サーバ設定時のアプリケーションの動作について
静的ファイルが毎回リクエストされる場合の対処について
":"を含むURLにアクセスした時400エラーになる場合の対処について
WebOTX V7以前からV8へ移行する際の注意事項について

Standard Edition / Enterprise Edition のマルチプロセス動作でのWebアプリケーションの互換性

forwardによって呼び出せるWebアプリケーションは同じアプリケーショングループ、プロセスグループに配備されているWebアプリケーションになることについて

WebアプリケーションからのEJB呼び出しについて

Webアプリケーションを"http://webserverhost/"にマッピングできないことについて

Windows x64で IIOPプラグインが利用できない場合があることについて

• 環境設定ツールを使用して環境設定を行う時の注意事項について説明します。
  
  
  • 環境設定を行うと、ドメインの config/WebCont 配下にある workers.properties が初期化されます。これらのファイルを編集している場合はバックアップを取っておいてください。
  • Sun ONE Web Server と連携する場合には、あらかじめ Sun ONE Web Server 付属（内蔵）の Servlet/JSP コンテナを無効にする必要があります。詳しくは、「Sun ONE Web Server と連携時、環境設定の前にする事について」を参照してください。
  • 連携する Webサーバが「Sun ONE Web Server」か「Sun Java System Web Server」である場合、Webコンテナの環境設定を行う前に Webサーバの設定ファイルのバックアップを取っておいてください。詳しくは、「Sun Java System Web Server (Sun ONE) との連携設定の前にしておくこと」を参照してください。
  • Windows Server 2008 で環境設定ツールを実行する場合、右クリックメニューから「管理者として実行」を選択して実行してください。


• Unix での Webコンテナ起動環境において、環境変数 "LANG" が日本語環境に設定されていないと 運用管理画面のエラー画面が文字化けすることがあります。
  
  確認方法：
  su - Webコンテナ起動ユーザ名 -c env | grep LANG



• 運用管理コンソールの Web Applicationの管理から、Webアプリケーション(WARファイル)を転送できますが、ここで存在しないファイルを指定すると、ドメインの applications/j2ee-modules 配下に 0バイトのファイルが作成されます。 運用管理コンソールの Web Applicationの管理から削除を行ってください。





• IIS + Webコンテナの環境で、リクエストURLに「/scripts/jrun.dll/」という文字列が先頭に付加されている場合にJSPファイルを実行するとエラー(404)が発生します。 この現象は IIS ＋ Jrun の環境を過去に構築した事があると発生します。 IIS の script ディレクトリに「jrun.ini」があるので、その中で「scripts/jrun.dll」の文字列が付加されていれば、「jrun.ini」を削除(待避)してください。
  
  また、コンテキストの動的反映がOFF（ajp13_originalを指定）でマシン再起動などで WebOTX のドメインと外部Webサーバが同時に起動するような場合、タイミングによっては 404エラーが発生する場合があります。ドメインは起動時に毎回配備されているアプリケーションの内容をプラグインの連携設定用ファイルに書き出しますが、ドメインがこの連携設定用ファイルを更新するタイミングで外部Webサーバのプラグインがアクセスしてしまう場合があるためです。
  このような現象が発生する場合は外部Webサーバの起動タイミングを数秒遅らせる等の対応をお願いします。



• IIS と連携している時、Webサイトの設定でディレクトリセキュリティの「認証方法」で“匿名アクセスを有効にする”のチェックを外している場合、servlets-examples など一般の Webアプリケーション へのアクセス時にも認証が必要となります。これは、IIS へのアクセスに関して認証が要求されているという事ですので、システムに存在するいずれかのユーザでログインしてください。



• IIS 6.0 と連携する場合、通常の IIS との連携のための設定に加えて次の設定が必要です。
  
  
  • インターネットインフォメーションサービスの運用画面で左のツリーから「Webサービスの拡張」を選択します。右画面に Webサービスの拡張状態が表示されますので、タスクとして「新しい Webサービス拡張を追加...」を押下します。 開いた「新しい Webサービス拡張」画面で「拡張名」に“Webコンテナ用ISAPIモジュール”と入力します。また、必要なファイルに、WebOTX Application Serverのインストールディレクトリ配下の bin\win32\i386\isapi_redirect.dll を指定します。そして「拡張の状態を許可済みに設定する」をチェックしてください。


• IIS 7.0 と連携する場合、通常の IIS との連携のための設定に加えて次の設定が必要です。
  
  
  • インターネット インフォメーション サービス (IIS) マネージャを開き、左のツリーから「スタートページ」の下にある「ホスト名(ホスト名\Administrator)」を選択します。画面中央の「ISAPIおよびCGIの制限」をダブルクリックします。画面中央が「ISAPIおよびCGIの制限」になったのを確認し、画面右の「追加」をクリックします。「ISAPIまたはCGIの制限の追加」というダイアログが出てくるので、以下を入力し、「拡張パスの実行を許可する」をチェックします。
    
    　ISAPIまたはCGIのパス:
    　　<INSTALL_DIR>\bin\win32\i386\isapi_redirect.dll
    
    　説明:
    　　Webコンテナ用ISAPIモジュール
    


• IIS連携時に、JKコネクタ（Webサーバプラグイン）のログが指定しているディレクトリに出力されない場合があります。
  次の処理を行ってください。
  
  
  1. <INSTALL_DIR>\domains\<ドメイン名>\logsの「プロパティ」を開き、「セキュリティ」タブで「追加」ボタンをクリックします。
  2. 「ユーザーまたはグループの選択」ダイアログで自マシンの NETWORK SERVICE を選択し OK します。
  3. 「詳細設定」ボタンをクリックします。
  4. 「セキュリティの詳細設定」ダイアログの「アクセス許可」タブで「追加」ボタンをクリックします。
  5. 「ユーザーまたはグループの選択」ダイアログで自マシンの NETWORK SERVICE を選択し OK します。
  6. 「アクセス許可エントリ」ダイアログの「適用先」で「このフォルダとサブフォルダ」を選択し、「アクセス許可」で「ファイルの作成/データの書き込み」と「フォルダの作成/データの追加」をチェックして OK します。
  7. 「セキュリティの詳細設定」ダイアログ、「プロパティ」を OK して閉じます。



• Sun ONE Web Server と連携する時は、事前に Sun ONE Web Server 付属 (内蔵) の Servlet/JSP コンテナを無効にする必要があります。設定方法は、Sun ONE Web Server のドキュメントを参照してください。
  
  さらに、内蔵の Servlet/JSP コンテナを無効にした後で、Webサーバの設定ファイルから次の記述を手動で削除（またはコメントアウト）してください。
  

  <Object name="servlet"> ObjectType fn="force-type" type="text/html" Service fn="NSServletService" </Object>




• Webサーバの連携解除について
  Webコンテナをアンインストールしても 連携する Webサーバの設定が残っています。そのまま Webサーバを使い続けた場合、システムによっては Webサーバが正常に起動しなくなる可能性があります。特に Unix 環境で Webサーバを自動起動に設定している場合、最悪 Unix が起動しなくなる恐れがあります。
  
  連携する Webサーバごとの設定解除方法を次に説明します。
  
  [ Sun Java System Web Server (Sun ONE) の場合 ]
  Webコンテナをアンインストールした後、Sun Java System Web Server (Sun ONE) のインストールディレクトリの「使用する Webサーバ名」のディレクトリ（https-<使用するサーバ名>）の config 配下にある obj.conf を修正します。以下のキーワードに囲まれた行を削除します。"TM_WS_PLUGIN_INIT" は、同じディレクトリの magnus.conf にあります。

  # TM_WS_PLUGIN_INIT-start Init fn="load-modules" funcs="jk_init,jk_nametrans,jk_service" shlib="<WEBOTX_HOME>/bin/<NSAPIモジュール名>" Init fn="jk_init" worker_file="<WEBOTX_DOMAIN_HOME>/config/WebCont/workers.properties" worker_mount_file="<WEBOTX_DOMAIN_HOME>/c onfig/WebCont/uriworkermapNS.properties-auto" log_level="error" log_file="<WBOTX_DOMAIN_HOME>/logs/nsapi.log" # TM_WS_PLUGIN_INIT-end # TM_WS_PLUGIN_MAP-start NameTrans fn="jk_nametrans" name="servlet"\ # TM_WS_PLUGIN_MAP-end # TM_WS_PLUGIN_EXEC-start <Object name="servlet"> ObjectType fn=force-type type=text/html Service fn="jk_service" worker="ajp13" path="/*" </Object> # TM_WS_PLUGIN_EXEC-end

  
  ※なお、Sun Java Web Server の管理コンソールから設定ファイルを更新するなどしてコメントが無くなっている場合や、同じ定義が複数記述されている場合も ありますので、上記内容を手がかりに記述を削除してください。



• Windows2000 + IIS5.0 の環境で、イベントビューワに次のログが出力されますが、これは互換性を注意する情報であり動作に問題はありません。
  「IISの以前のバージョンとの互換性のため、フィルタ、 C:\WebOTX\bin\win32\i386\isapi_redirect.dll はレジストリからグローバルフィルタとして読みこまれました。 インターネットサービスマネージャでフィルタを制御するには、レジストリからフィルタを削除して、インターネットサービスマネージャでグローバルフィルタとして追加してください。」
  
  
• Sun Java System Web Server (Sun ONE) と連携する時、Webコンテナの連携設定が終わった後でそれぞれの Webサーバの運用管理を使用して Webサーバの設定を更新した場合、Webコンテナの連携設定部分を示すコメントが失われてしまう事があります。このコメントが失われると、以降 Webコンテナの連携設定の更新が正常に行えません。このため、これらの Webサーバと連携する場合、事前に Webサーバの設定ファイルのバックアップを取っておいてください。
  Webコンテナの連携設定が行えなくなった場合は、Webサーバの設定ファイルをリストアし、もう一度 Webコンテナの環境設定をやり直してください。
  
  もし Webサーバの設定ファイルが不正になりバックアップもない場合は、次の方法で修正してください。
  
  Webサーバの設定ファイル内の Webコンテナ独自のコメント（# で始まる。以下を参照）に囲まれていない、次のキーワードで始まる行をすべて削除した後、環境設定を行ってください。
  
  Sun Java System Web Server (Sun ONE) と連携した場合：
  設定ファイルは、Sun Java System Web Server (Sun ONE) のインストールディレクトリの「使用する Webサーバ名」のディレクトリ（https-<使用するサーバ名>）の config 配下にある obj.conf です。"TM_WS_PLUGIN_INIT" は、同じディレクトリの magnus.conf にあります。
  
  #TM_WS_PLUGIN_INIT-start から -end

  Init fn="load-modules" funcs="jk_init,jk_service" shlib=...

  
  #TM_WS_PLUGIN_INIT-start から -end

  Init fn="jk_init" worker_file=...

  
  #TM_WS_PLUGIN_MAP-start から -end

  NameTrans fn="assign-name" from=...

  
  #TM_WS_PLUGIN_EXEC-start から -end

  <Object name="servlet"> ObjectType fn=force-type type=text/html Service fn="jk_service" worker="ajp13" path="/*" </Object>




• Webサーバと連携中に配備解除したWebアプリケーションにアクセスするなどした場合(通常は HTTP404エラー)、ブラウザの設定によりダウンロード処理が始まることがあります。
  ブラウザの設定を変更することで回避することができます。
  　　例) IE6の場合
  　　　　メニューより「ツール」-「インターネットオプション」-「詳細設定」で「ブラウズ」-「HTTPエラーメッセージを簡易表示する」のチェックをONにする。



• Webアプリケーションにルートコンテキスト(/)を割当てて配備した場合、ドメインを再起動しないとアクセスできません。また、別のWebアプリケーションをルートコンテキスト("/")へ配備した場合も、ドメインの再起動が必要です。
  Webアプリーションの配備後にドメインを再起動してください。外部のWebサーバ（Aapche等）と連携している場合には、外部のWebサーバも再起動が必要です。



• Webアプリケーションにルートコンテキスト(/)を割当てて配備した場合、そのWebアプリケーションは停止できません。



• Servlet API 仕様 2.4 に準拠したWebアプリケーションで、web.xml に空の <load-on-startup>要素を含む場合は、そのWebアプリケーション（war）は配備できません。



• WebOTX に付属する「ファイル転送サンプル」を実行する場合、実行に先立って次のポリシーをドメインディレクトリの config/server.policy に追加してください。
  
  

  grant {
     permission java.io.FilePermission 
        "${com.nec.webotx.instanceRoot}${/}applications${/}j2ee-modules${/}fileupdownload${/}-", "read,write,delete";
  };
  



• Webアプリケーションを配備すると、内部では Webアプリケーション名とコンテキストルートの２つで Webアプリケーションを識別します。これらは、配備済みの Webアプリケーションと同じ名称を指定する事はできません。Webアプリケーション毎に一意の指定をしてください。



• JSP を含む Webアプリケーション を実行すると、パーミッションエラーで JSP のコンパイルが失敗する事があります。この場合、使用する JDK のバージョンに合ったクラスが使用されているかを確認してください。具体的には、利用している JDK に付属の tools.jar が使用されているかを確認します。異なったバージョンの tools.jar がクラスパスに指定されていると正しくコンパイルできない恐れがあります。



• Webコンテナで設定できる「セッションIDの管理」ですが、この動作は次のようになります。なお、使用するブラウザによっては必ずしも下記の通りにはならない事もあります。
  
  

     ブラウザ       Webコンテナ
  1) Cookie有効     セッションIDの管理-ON     → Cookieによってセッション管理される
  2) Cookie有効     セッションIDの管理-OFF    → Cookieによってセッション管理される
  3) Cookie無効     セッションIDの管理-ON     → URLによってセッション管理される
  4) Cookie無効     セッションIDの管理-OFF    → URLによってセッション管理される
  




• JSPページから、同じ Webアプリケーション内のクラスを参照する場合、そのクラスはパッケージ化（package 宣言）されている必要があります。



• Webアプリケーションの web.xml 内の display-name 要素に極端に長い文字列を指定している場合、「Web Applicationの管理／一覧」画面が乱れる事があります。この場合、display-name の値を短くするか、Webブラウザの画面を大きくするかしてください。



• Webアプリケーションの web.xml の XML宣言部分にエンコーディングとして "SJIS" を指定した場合、Webアプリケーションが正しく読み込めない場合があります。この場合、エンコーディングとして "Shift_JIS" を指定してください。



• Webアプリケーションを運用管理コンソールから、一時停止し、このWebアプリケーションに含まれるHTMLファイルにアクセスした場合、一時停止中にも関わらずエラーにならないことがあります。JavaServletやJSPにアクセスした場合には、エラーになります。



• あるサイズ以上（数百KBから数MB）の WARファイルを Webコンテナに配備すると、次のエラーが発生する事があります。

  "Internal server error. reason: JNDI information get error: error in opening zip file"

  
  この場合、次の JavaVM オプションを指定してください。このオプションを指定しても同じエラーが発生する場合は、より大きな値を試してください。

  "-Xss512k"




• 配備するWARファイルのファイル名に２バイト文字を指定すると、一部文字化けする文字(外字域、機種依存域、等)があります。文字化けしない文字に変更し処理を行ってください。



• ServletContextListener、ServletContextAttributeListener、HttpSessionActivationListener内でJNDI（名前環境のルックアップ等）を利用すると、Exceptionが発生する場合があります。



• エラーページに page ディレクティブで contentType や pageEncodingを指定するとエラーページの表示で文字化けします。エラーページでは page ディレクティブを指定しないようにしてください。指定しなければ、文字化けさせずに表示できます。



• サンプルexamples.warの「JSP 2.0 Examples」−「New JSP XML Syntax (.jspx)」−「XHTML Basic Example」は、IEで実行するとエラーになります。 動作確認するには、FireFox 等他の Webブラウザをご利用ください。



• V6.22以降のリリースでは、外部Webサーバ連携時に表示するドキュメントルートが、V6.20、および V6.21 と異なります。 V6.20 および V6.21 では、デフォルトの状態ではドメインの docroot 配下をドキュメントルートとして表示しますが、V6.22 以降のリリースでは、連携した Webサーバのドキュメントルートを表示します。
  WebOTX Webサーバを使用している場合、ドメインのドキュメントルートと、WebOTX Webサーバのドキュメントルートが同じであるため、V6.20 および V6.21 と動作は代わりません。
  V6.22 以降のリリースで V6.20 および V6.21 と同じようにドメインの docroot 配下を表示するには、JavaVM のオプションに「-Dwebotx.webcontainer.serverconfig.NoRoot=false」を設定してドメインとWebサーバを再起動してください。
  
  



• root 以外の運用管理ユーザでドメインを運用している時に、WebOTX Application Server 付属のサンプルを autodeploy で配備する場合には、まず最初に WARファイルに運用管理ユーザが読み書きできるパーミッションを与えてください。


 
• 外部Webサーバと連携した場合、logsディレクトリに以下のようなファイルが作成されます。
  
  Apache の場合："jk_runtime_status"と"jk_runtime_status.lock"
  Sun Java System Web Server の場合："jk_shm.****" と "jk_shm.****.lock"
  
  これらは、JKコネクタ（Webサーバプラグイン）の制御ファイルです。



• 外部Webサーバ連携時は、Webサーバ側に配置したコンテンツにアクセスすることによりWebサーバプラグインのログにエラーが出力される場合があります。　アクセスしたコンテンツがWebコンテナにないかクエリを行い、その結果、コンテンツがないためにエラーログが出力されます。動的反映を無効にするか、Webサーバ起動時に１回だけクエリする設定(queryonce)によりエラーログを抑制することができます。
  



• Webアプリケーションの配備情報をweb.xmlから取得しているため、Webアプリケーションには web.xml は必須です。web.xmlがない、もしくは、正しく記述されていない場合には、Webアプリケーションを配備することができません。ただし、Servlet を含まない場合はこの限りではありません。



• Windowsでは、WebアプリケーションのWEB-INFディレクトリ配下などに格納したファイル（*.propertiesなど）をJDBCやXMLパーサなどで処理する場合、これらのファイルが参照状態になり配備解除に失敗することがあります。ドメインを停止後、domain のディレクトリの applications ディレクトリ配下にあるWebアプリケーションのディレクトリのWEB-INF配下の "lib"、classes"、"nec-web.xml"、"web.xml"以外のファイルを手動で削除して、ドメインを起動後配備解除してください。

例えば、Apache Portals Project で公開されている Jetspeed がこのWebアプリケーションに該当します。


• WebOTX Application Server V7.1からセッション情報を格納する仕様が異なります。このため、WebOTX Application Server V7.1以降と WebOTX V6.5以前にまたがってセッションレプリケーションの連携をすることができません。



• セッションレプリケーションを行う場合、格納するオブジェクトに注意事項があります。
  
  
  • オブジェクトはシリアライズ可能であること。
  
  
  
  • セッションにsetAttribute()で格納したオブジェクトを更新した場合、再度setAttribute()する必要がある。
  
  
  
  詳細は以下を参照してください。
  運用編 > 1. コンフィグレーション(設定一覧) > 5 Webコンテナに関する設定 > 5.5 HTTPセッション管理について > 5.5.3 セッションレプリケーション > 5.5.3.2.3.Webアプリケーション実装の注意/制限事項



• Standard Edition / Enterprise Edition でマルチプロセス動作している場合、forwardによって呼び出せるWebアプリケーションは同じアプリケーショングループ、プロセスグループに配備されているWebアプリケーションのみです。これは、forwardの処理は、同一プロセスないで行うため、プロセスをまたがったWebアプリケーションの呼び出しができないためです。



• Standard Edition / Enterprise Edition でマルチプロセス動作している場合、WebアプリケーションからのEJBの呼び出しはデフォルトではローカル呼び出しとなります。



• Standard Edition / Enterprise Edition でマルチプロセス動作している場合、Webアプリケーションを"http://webserverhost/"にマッピングするようなコンテキストルートの指定無しの設定はできません。



• Standard Edition / Enterprise Edition でマルチプロセス動作している場合、環境設定のPATHの先頭にObjectBrokerパス指定を、<ショートパス>;<ロングパス>の形で書く必要があります。



• J2SE 5.0 で新しく予約語になった用語を JSPファイルで変数などとして使用していた場合コンパイル時にエラーとなります。この場合、nec-web.xml で compilerSourceVM オプションを利用して任意のバージョンを指定するか、名称を変更してください。
  
  

    <jsp-config>
      <property name="compilerSourceVM" value="1.4"/>
  

  
  なお、Java の予約語は以下の通りです。
  
  原始型（プリミティブ型）を表す予約語
  byte,char,short,int,long,float,double,boolean,true,false,void
  
  クラス、パッケージに関する予約語
  class,interface,extends,implements,this,super,new,null,instanceof,import,package,
  
  修飾子
  public,protected,private,final,static,abstract,native,synchronized,volatile,transient
  
  基本的な制御に関する予約語
  for,while,do,if,else,switch,case,default,break,continue,return,
  
  例外処理に関連する予約語
  try,catch,finally,throw,throws,
  
  その他の予約語
  const,goto,strictfp
  
  追加
  assert(1.4),enum(5.0)



• WebOTX ではアプリケーション配備時にそのアプリケーションに含まれる web.xml および nec-web.xml の内容をドメイン配下に保存します（{DOMAIN_HOME}/generated/xml/j2ee-modules/[AP名]/appDescr.dat）。このため、配備したアプリケーションの web.xml 等を直接編集しても反映されません。内容を変更したい場合は再配備してください。



• 複数の仮想サーバを定義している状態で、アプリケーションを配備する際に仮想サーバ（Virtual Server）を指定しなかった場合は全ての仮想サーバで配備したアプリケーションが利用可能な状態になります。



• Sun Java System WebServer(以降、Sun JSWと記述)と連携して負荷分散機能を使用する場合、Sun JSW の obj.conf ファイルを以下のように変更してください。
  worker名 には workers.properties の"worker.list"で設定しているワーカ名を記述してください。
  
  　Service fn="jk_service" worker="ajp13" path="/*"
  　　　↓
  　Service fn="jk_service" worker="worker名" path="/*"



• V8.1 より Webアプリケーションの認証処理が一部変更になり、その関係で静的なファイルへのリクエストでキャッシュが効かず毎回リクエストしてしまう、という現象が発生する場合があります。これは、初回リクエストに対するHTTPレスポンスヘッダに以下のパラメータが含まれているためです。
  
  Pragma: No-cache
  Cache-Control: no-cache
  
  このパラメータを付加したくない場合（V7以前と同じ動作をさせたい場合）は、次のシステムプロパティを設定してください。
  
  -Dcom.nec.webotx.enterprise.checkURLPatternAfterMatching=false
  
  また、":"を含むURLにアクセスした時に 400エラーになってしまう場合も上記プロパティを設定することで回避可能です。



• WebOTX V7以前からV8へアップグレードする際には、ベースとなるTomcatのバージョンが変更されていることにより互換性を保つための設定が必要となる場合があります。
  
  詳細は、[WebOTX マニュアル 運用編] - [7.運用ガイド] - [Tomcat から WebOTX への移行ガイド] - [2.8. Tomcatの差異による対応]を参照してください。
  
  

• http-listener の address には、"any"、"ANY"は指定できません。指定した場合には通信ができません。


• Standard Edition / Enterprise Edition で、Webコンテナをマルチプロセス動作させている場合に、プロセスグループを停止し、WebアプリケーションやJ2EEアプリケーション等のアプリケーションを無効な状態で配備すると、その後プロセスグループを起動してアプリケーションを有効化してもアクセスすることができません。
  この場合、プロセスグループを再起動してください。もしくは、プロセスグループが起動状態で配備するか、アプリケーションの配備時にアプリケーションを有効化してください。アプリケーションの配備では、配備中に有効化する指定が既定値です。


• Cometは、ドメインのシステムプロパティに、"com.nec.webotx.enterprise.web.connector.useCoyoteConnector=false" を指定し、かつ内蔵Webサーバ上で動作する場合でのみ利用可能です。
  


• ドメインのシステムプロパティに、"com.nec.webotx.enterprise.web.connector.useCoyoteConnector=false" を指定すると、SSLの詳細を指定する機能は使えません。その場合でも HTTPS を利用した通信は可能です。
  


• Windows Server 2008 SP2 等の環境で、環境設定ツールの「参照」ボタン押下で表示される「フォルダ参照」ダイアログからフォルダを選択した場合、選択したフォルダの１階層上のフォルダが指定されることがあります。
  例として、 C:\WebOTX\domains\domain1 を選択した場合、C:\WebOTX\domains が指定されます。
  その場合、指定したいフォルダの直下にあるフォルダ(例では C:\WebOTX\domains\domain1\config等) を選択してください。


• Webアプリケーションの配備時に "--precompilejsp=true" を指定して JSP のプリコンパイルを行う機能では、UNCパスを指定したディレクトリ配備には対応していません。


• チャンク形式("Transfer-Encoding: chunked")のリクエストが送られてきた場合は、リクエストボディー内のパラメータが取得できません。(HttpServletRequestの getParameterメソッド等)