Masaya seko
masay****@nifty*****
2011年 5月 1日 (日) 09:27:47 JST
お世話になっております。世古です。 >思われたんですが、 WebApplicationクラスのinternalDestroy()を >オーバーライドするような実装をしてませんでしょうか？ ご指摘の通りinternalDestroy()をオーバーライドし、なおかつ元々の実装を呼び出し ておりません。 WebApplication#internalDestroy()に「THIS METHOD IS NOT PART OF THE WICKET PUBL IC API. DO NOT CALL IT.」というコメントが存在していますので、「呼び出しては行 けないんだ」と実装者が判断してしまい、半端な実装にしてしまったのだと思われます 。 お騒がせしました。 後始末したいリソースがあるので、アプリ停止時に処理を行いたいのですが、以下のい ずれかの実装にした方が良いのでしょうね。 １．WebApplication#internalDestroy()をオーバライドするが、WebApplication#inter nalDestroy()を呼び出した上で、行いたい後始末を行う。 (そもそもWebApplication#internalDestroy()はオーバライドしてはいけない気が しますが、これはこれで動作するはず) ２．WicketFilter#destroy()をオーバーライドする。 (当然元々の処理も行われるように実装する) 以上 ----- Original Message ----- >Date: Sat, 30 Apr 2011 01:54:23 +0900 >From: Michiaki Kanou <michi****@gmail*****> >To: wicke****@lists***** >Subject: [Wicket-ja-user 528] Re: > Tomcat のセッション復元後の、ブラウザからのアクセスについて > > >お世話になります。加納と申します。 > >Wicket1.3.6でお問い合わせの手順に従った再現テストを行ってみたんですが、 >手順どおりのやり方ではうまく再現できませんでした。 > >ただし、以下の条件を加えると、お問い合わせにあるNullPointerException >がスローされることを確認しました。 > >条件1）対象のWebページがステートフルであること。 >条件2) WebApplicationクラスのinternalDestroy()をオーバーライドしている。 > ただし、super.internalDestroy()は実装しない。 > >Tomcatの停止と開始が条件になっていることから、なんとなくセッションシリアライ ズの >保存と読み込みになんらかの不整合が起きているのではないかと >思われたんですが、 WebApplicationクラスのinternalDestroy()を >オーバーライドするような実装をしてませんでしょうか？ > >あと、Tomcatの停止の仕方によっても再現したり、しなかったりすることも >あるようでして、 > >Tomcatのシャットダウンコマンドで終了した場合は再現しましたが、 >killコマンドで終了させるような場合では再現しないようです。 > > >2011年4月26日14:34 Masaya seko <masay****@nifty*****>: >> お世話になっております。世古と申します。 >> あるWicketの事象について、以下の前提で回避する方法は無いか考えております。 >> ・使用するWicketのバージョンを上げない。 >> ・Wicketの独自ビルドを作らない。 >> (即ち、アプリ側で解決したい) >> >> 一応案はあるのですが、以下について意見を伺いたいと思ってメールを書いており ます >> 。 >> ・何かもっと良い方法 >> ・この案のまずい点があれば、まずい点 >> >> >> ■環境 >> ・Tomcat 5.5.33 >> ・Wicket 1.3.6 >> ・IE6 >> >> >> ■回避したい事象 >> 以下の流れで発生します。 >> 「ERROR」という形でログが記録されるためこれについて回避したいと考えています 。 >> １．WebApplication#init()内で以下のコードを実行し、RequestLoggerを有効にし ます >> 。 >> getRequestLoggerSettings().setRequestLoggerEnabled(true); >> ２．aタグに、hover時の画像をbackgroundで設定しておきます。 >> (ロールオーバー時に画像を読み込んでしまうIEのバグ(?)をあえて踏むため。 参考 >> ：http://www.webbibo.com/blog/htmlcss/bg_flickr.html) >> 画像は、スタイルの定義されているCSSをwicket:linkで囲むなどし、Wicket経 由で >> 配信されるようにします。 >> ３．そのタグが存在するページをIEで表示します。 >> ４．IEのキャッシュから、画像を消します。 >> ５．Tomcatを停止します。 >> ６．Tomcatを開始します。 >> ７．aタグにマウスカーソルをあてます。 >> (IEのバグ(?)により、画像をサーバから取得しようとします。) >> ８．ログに以下のメッセージが記録されます。 >> ERROR RequestLogger - Exception while determining the size of the sessi on >> in the request logger: null >> (本当はスタックトレース込みでもっと長いメッセージが記録されるのですが、 長 >> いため後述) >> >> >> ■判明していること >> 根本原因は、以下のバグと同一のようです。 >> Wicket1.3.xの実装に一箇所nullチェックが抜けておりまして、そのために例外が発 生 >> します。 >> https://issues.apache.org/jira/browse/WICKET-2099 >> >> 私にとって困ったことに、WICKET-2099のバグは1.3.x系では修正されていません。 >> (1.4.x系では修正されているのですが…) >> >> >> ■対応案 >> 本当は、DiskPageStore#prepareForSerialization(String, Object)を綺麗にオーバ ー >> ライドしたいのですが、DiskPageStore#prepareForSerialization(String, Object) の >> 実装では、パッケージプライベートなクラスが用いられているため、綺麗にオーバ ーラ >> イドするのは困難です。 >> >> その点を踏まえて、以下のような形で無理やりオーバーライドしようと考えていま す。 >> 簡単に言いますと、NullPointerExceptionを無理やりつぶします。 >> □アプリ固有のApplicationクラス >> protected ISessionStore newSessionStore(){ >> return new SecondLevelCacheSessionStore(this, new DiskPageStore() { >> public Serializable prepareForSerialization(String sessionId, Object p >> age) { >> try { >> return super.prepareForSerialization(sessionId, page); >> } catch (NullPointerException npe) { >> return null; >> } >> } >> }); >> } >> >> >> ■現時点で分かっている対応案のイマイチなところ >> ・RequestLoggerが記録するセッションサイズが、実際よりも(多分)小さくなる。 >> ・アドホックな実装であるため、「あるパターンのときに、別の箇所で何か例外が 発生 >> する」という可能性を否定しきれない。 >> (テストした感じでは、安定的に動作しているのですが…) >> >> >> ■ログに記録されるメッセージの全文 >> 2011-04-26 13:18:39,812 ERROR RequestLogger - Exception while determining t he >> size of the session in the request logger: null >> java.lang.NullPointerException >> at org.apache.wicket.protocol.http.pagestore.DiskPageStore.prepareForSer ia >> lization(DiskPageStore.java:1163) >> at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLe ve >> lCachePageMap.writeObject(SecondLevelCacheSessionStore.java:382) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. ja >> va:39) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces so >> rImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:592) >> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:91 7) >> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13 39 >> ) >> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav a: >> 1290) >> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079) >> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302) >> at org.apache.wicket.util.lang.Objects$SerializingObjectSizeOfStrategy.s iz >> eOf(Objects.java:89) >> at org.apache.wicket.util.lang.Objects.sizeof(Objects.java:1161) >> at org.apache.wicket.PageMap.getSizeInBytes(PageMap.java:177) >> at org.apache.wicket.Session.getSizeInBytes(Session.java:816) >> at org.apache.wicket.protocol.http.RequestLogger.requestTime(RequestLogg er >> .java:232) >> at org.apache.wicket.RequestCycle.detach(RequestCycle.java:1175) >> at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1418) >> at org.apache.wicket.RequestCycle.request(RequestCycle.java:529) >> at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java: 35 >> 6) >> at org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.jav a: >> 124) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:627) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) >> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl ic >> ationFilterChain.java:269) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF il >> terChain.java:188) >> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV al >> ve.java:213) >> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV al >> ve.java:172) >> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j av >> a:127) >> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j av >> a:117) >> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve >> .java:108) >> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav a: >> 174) >> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :8 >> 79) >> at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p ro >> cessConnection(Http11BaseProtocol.java:665) >> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo in >> t.java:528) >> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol lo >> werWorkerThread.java:81) >> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP oo >> l.java:689) >> at java.lang.Thread.run(Thread.java:595) >> >> >> 以上、なにかお分かりになる方が居られましたら、よろしくおねがいします。 >> >> _______________________________________________ >> Wicket-ja-user mailing list >> Wicke****@lists***** >> http://lists.sourceforge.jp/mailman/listinfo/wicket-ja-user >> > >_______________________________________________ >Wicket-ja-user mailing list >Wicke****@lists***** >http://lists.sourceforge.jp/mailman/listinfo/wicket-ja-user
