|
要求
番号
|
|
|
|
|
text/html であるべきなのに x-weblogic/internal となっていて、結果として Mozilla で「open with application or download file」というプロンプトが表示されていました。
text/html に修正することで解決しました。
|
|
|
|
UnsupportedEncodingException が送出されていました。
java.io.UnsupportedEncodingException: JISAutoDetect at sun.io.Converters.getConverterClass(Converters.java:102) at sun.io.Converters.newConverter(Converters.java:133) at sun.io.CharToByteConverter.getConverter(CharToByteConverter.java:62) at weblogic.servlet.internal.ServletRequestImpl.setCharacterEncoding(ServletRequestImpl.java:344)
...
request.setCharacterEncoding("JISAutoDetect") を呼び出したときに発生していました。
ServletRequestImpl.java が sun.io.ByteToCharConverter ではなく sun.io.CharToByteConverter を使用していたことが原因で発生していました。CharToByteConverter は出力コンバータ用で、JISAutoDetect は入力ストリームでのみ利用できます。
ByteToCharConverter に変更することで解決しました。
|
|
|
|
NullPointerException が送出されていました。ブラウザからは、Error 500--Internal Server Error が返されていました。この問題は、アップグレード インストールでは発生しませんでした。
<Dec 16, 2002 11:59:05 AM PST> <Error> <HTTP> <[WebAppServletContext(2092664,sampleApp,/sampleApp)] Servlet failed with Exception java.lang.NullPointerException at weblogic.servlet.JSPServlet.service(JSPServlet.java:132) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:262) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:198) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCon ext.java:2637) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:235) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)>
ZipSource.getURL() にエラーがあることが判明しました。この問題は、source.getURL() の null 値をチェックするロジックを追加することで解決しました。
|
|
|
|
|
|
|
|
__jspService メソッドの 64KB 制限を超えてしまうことがありました。
<my:tag ... /> 形式の空の BodyTag に遭遇した場合、通常その本体のスコープを設定する生成コードが、StandardTagLib.java の静的メソッドに対する 1 回の呼び出しに置き換えられます。その結果、BodyTag ではそれが JSP ソースから通常どおりに呼び出されているものと判断されるようになります。
|
|
|
|
config.xml の WebServer 要素に AuthCookieEnabled="true" を追加します。
<WebServer Name="myserver" AuthCookieEnabled="true"/>
|
|
|
|
weblogic.xml の <charset-mapping> は、precompile=true で JSP ファイルをコンパイルするときに無視されていました。
<charset-mapping> で指定された文字のエンコーディングとコンパイル済みクラスで指定された文字のエンコーディングの不一致のために取り違えられていました。
|
|
|
|
java.util.ConcurrentModificationException が送出されていました。
<29.jan.03 13:03:05 WET> <Error> <HTTP> <[WebAppServletContext(2810713,TnMFF,/TnMFF)] Servlet failed with Exception java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.next(HashMap.java:736) at weblogic.utils.enumerations.IteratorEnumerator.nextElement(IteratorEnumerator.java:25) at com.colibria.core.xmlswitch.XMLSwitch.getQueryStringXML(XMLSwitch.java:347) at ...
content-type と関連付けられている場合に、アプリケーションでコードがそのエンコーディングを使用してデータを再び読み込み、クエリ パラメータをリセットすることが判明しました。アプリケーションにはすでに列挙オブジェクトがあり、それを反復処理して (request.getParameterNames)、その後にパラメータの値を取得しようとします (request.getParameterValues(k))。その時点で、クエリ パラメータは消去され、getParameterValues メソッドがそれを設定しようとし、結果として例外が送出されます。
|
|
|
|
weblogic.Admin スレッド ダンプ コマンドを使用したスレッド ダンプのみに適用される)。
THREAD DUMP from JVM taken at 'Mon Mar 24 16:26:13 2003'
|
|
|
|
logRotationBeginTime が過去の日付であり、logRotationBeginTime と今日の日付の間隔が大きい場合は、long の int への不適切なキャストのため、ローテーション時刻の計算が無効になっていました。この問題は解決されています。
|
|
|
|
java.io.IOException: javax.servlet.jsp.JspException: The taglib validator rejected the page: "org.xml.sax.SAXParseException: An invalid XML character (Unicode: 0x82) was found in the CDATA section."
Shift_JIS で定義されている
<%@ page pageEncoding="Shift_JIS" %>
weblogic.servlet.jsp.StandardTagLib.makeXMLStream メソッドから返されるバイト ストリームのエンコーディングを UTF-8 に変更することで解決しました。
|
|
|
|
NumberFormationException で多くのリクエストが失敗していました。
<ExecuteThread: '11' for queue: 'default'> <kernel identity> <> <101017> <[ServletContext(id=4864139,name=387551,context-path=)] Root cause of ServletException> java.lang.NumberFormatException:
...
|
|
|
|
AuthCookie 機能が証明書の認証で機能していませんでした(AuthCookie は、HTTP から HTTPS への移行を保護するために使用するセキュアなクッキーです)。この機能は、セッション データを失うことなく、HTTP を使用して開始されたセッションで HTTPS リソースにユーザが安全にアクセスできるようにするために WebLogic Server 6.1 SP5 で追加されました。
|
|
|
|
|
|
|
|
weblogic.xml の変更を保存するときに、weblogic.xml ファイルでデプロイメント記述子 MBean の余計なエントリが作成されていました。そうした余計なエントリはデフォルトであり、weblogic.xml ファイルに追加する必要はありませんでした。
weblogic.xml ファイルに書き込まれるようにコードを修正して解決されました。
|
|
|
|
xmlx タグを使用すると、ClassCastExceptions が送出されていました (そのタグが内部リクエストと応答の実装に内部的にキャストされるため)。この問題は、リクエストと応答のインスタンスを元の内部表現に戻すことで解決しました。
xmlx タグを使用した場合は、getOutputStream の後に getWriter を使用する試みが行われたことを示す IllegalStateException も送出されていた可能性があります。この問題は、getOutputStream を呼び出す前に適切に出力状態をリセットするようコードを修正して解決されました。
|
|
|
|
response.setBufferSize(0))、無限ループに陥るおそれがありました。この問題は、このケースから保護することで解決されました。
|
|
|
|
ServletContext.getResourcePaths メソッドが WAR ファイルから呼び出された場合に誤った結果を返し、分割ディレクトリ デプロイメントの場合このメソッドで返された Set には srcdir からの結果のみが含まれ、outputdir からの結果が含まれていませんでした。
|
|
|
|
weblogic.servlets.internal.InternalRequestDispatcher は、長さが 0 の URI (たとえば空の HTML ファイル) が渡された場合は StringIndexOutOfBoundsException を送出します。
|
|
|
|
request.getAttribute() により Web アプリケーション クラスローダの子クラスローダに委託された場合、ClassCastException を回避するために Web アプリケーション コンテナでその属性のデシリアライズが試みられました。その結果、シリアライゼーション エラーが発生しました。
setAttribute() を使用してリクエスト内に属性を配置した場合に機能しません。
setAttributes() に送って表示すると、2 番目の問題を回避できます。
|
|
|
|
NullPointerException が送出されていました。
|
|
|
|
|
|
|
|
<servlet-mapping> 要素の 1 文字の <url-pattern> 値が、web.xml デプロイメント記述子で適切に処理されていませんでした。たとえば、<url-pattern>*.f</url-pattern> では welcome.f にアクセスしようとしたときに 404 File Not Found エラーが生成されましたが、<url-pattern>*.oop</url-pattern> は welcome.oop にアクセスしようとしたときに適切に機能していました。
<url-patterns> は適切に機能するようになっています。
|
|
|
|
|
|
|
|
AuthCookie (WebLogic Server 8.1 まではデフォルトで無効だった) を手動で無効化することで回避できました。
AuthCookie チェックを自動的に無効にすることで解決されました。
|
|
|
|
resourceFinders が暗黙的な TLD のロード後に更新されることが原因で発生していました。resourceFinder の更新では、srcdir と送り先 (outputdir) ディレクトリが追加されます。
resourceFinders を更新することで解決されました。
|
|
|
|
setAttribute メソッドは、hashCode の同一性のみをチェックしていました。現在は、equals メソッドの結果で古いオブジェクトと新しいオブジェクトをチェックするようにもなりました。
|
|
|
|
weblogic.management.NoAccessRuntimeException: Access not allowed for subject: principals=[], on ResourceType: ServletSessionRuntime Action: register, Target: null
|
|
|
|
fastfile.dll ファイル (Windows 上の FileServlet のネイティブ IO で必須) は、JRockit JVM では機能しませんでした。この問題は解決されています。
|
|
|
|
weblogic.xml の <jspServlet> 要素で weblogic.servlet.WlwJSPServlet を使用するように指定されている場合でも、「load-on-startup」JSP ファイルは weblogic.jspc でコンパイルされていました。
|
|
|
|
weblogic.xml で precompile オプションが true に設定されている Web アプリケーションのデプロイメントは、org.xml.sax.SAXParseException の JSTL タグ バリデータ エラーで失敗していました。
precompile が true に設定されている場合は、JSP ファイルが検証を実行するメソッドに渡されないことが原因で発生していました。
|
|
