以前はJBossとWebLogicで作業していましたが、私の現在の仕事では私にとって初めてのOC4Jを使用しています。私私の問題はそれに関連するかもしれないと思います。 私は内部に1つのWARファイルを持つEARファイルを作成しています。トップレベルのJSPは正しく表示されているようですが、secure/index.doやsecure/header.jspのようなサブディレクトリにJSPを表示しようとすると、ブラウザはファイルを保存するかどうかを尋ねます。私がそれを保存すると、それは0バイトサイズのファイルです。実際には、私はまだ安全な/ index.xyzを試しただけで、私は存在しないと知っています、そして同じことをしました。私はを知っていますこれらの他のファイル/サーブレットが存在します。 これを引き起こしている可能性のあるヒントはありますか？JSPを保存するブラウザ
見つけました。あなたは本質的にコンテンツタイプの問題ではありましたが、コードの根底にあるバグが原因でした。 SecureActionFilterというフィルタが作成されました。このフィルタは、/ secure/* URLがあるたびに呼び出されます。問題は私がチェーンを壊したことです。私は私の "doFilter"メソッドの最後に "chain.doFilter（req、res）"を追加するのを忘れていました。そのため、リクエストは決してJSPに転送されませんでした。したがって、MIMEタイプを含めて何もブラウザに返されなかったため、ブラウザは長さ0のコンテンツをファイルシステムに保存しようとしました。
ブラウザでは、認識できないコンテンツタイプのファイルを保存するよう求められます。この場合、サーバーの応答には、おそらく無効または不適切なコンテンツタイプが含まれています。
問題の残りの説明から、一般的なサーバー構成の問題のように聞こえます。あなたが行うことの1つは、サンプルプロジェクト（またはEAR）がサーバーに付属しているかどうかを確認し、同じ問題を再現できるかどうかを確認することです。同じ動作が見られる場合は、この設定を指します。そうでない場合は、展開が気に入らない可能性があります。
私はDana the Saneに同意します。おそらくあなたのWebサーバーまたはJBossが応答に間違ったコンテンツタイプを返すでしょう。 Wiresharkをお持ちの場合は、クライアント上でwiresharkを実行し、応答のHTTPヘッダーを確認してください。コンテンツタイプのヘッダーは、ブラウザが処理または表示する方法を知らないものであることが予想されます。
firefoxを使用している場合は、LiveHTTPHeadersをインストールして、問題の原因となったURLにアクセスしたときにサーバーがブラウザに返すものを確認してください。それが奇妙なcontent-type値であるか、またはcontent-dispositionヘッダーがある場合、それが問題です。
エディーが正しく！
それ以外の場合は、サーバーの負荷が高すぎるとレンダリングエラーが発生する可能性があります。
更新：「secure」という特定のディレクトリ名と関係があるようです。私はセキュリティを設定していましたが、それからそれを取り除きました。気まぐれに、私はディレクトリ名を 'secure'に変更して再展開しました。アプリを完全に削除/再デプロイする必要があります。 –