I've got no clue about those exception. There is problem with current wicket's output stream (it's obvious even in wicket-examples. Reverting back to default helps here).
But. There is bigger problem than this. The problem with two different instances of one page. I don't see easy solution for this. Normally, this is not an issue, because if you keep page instance, you usually call setResposnePage(instance) to get to it. However, this is not the case with modal window. So if you keep reference to modal window page, and then change it's state, it won't help you, because wicket reads the serialized age anyway. On 3/15/07, ChuckDeal <[EMAIL PROTECTED]> wrote: > > A Page, with a private final ModalWindow reference. > > Also, the more I used the ModalWindow in a Tomcat session (between start and > stop of server) the less of the exceptions I see. In one case where I was > constantly loading the ModalWindow, I stopped getting those exceptions! I > didn't get the chance to debug it further because my top priority was > figuring out what had changed since the last time my code worked. > > Chuck > > > Matej Knopp-2 wrote: > > > > This really is strange. Do you have panel inside the window or a page? > > > > -Matej > > > > On 3/15/07, ChuckDeal <[EMAIL PROTECTED]> wrote: > >> > >> Yeah, already tried that :) I knew there was something else I was > >> supposed > >> to say in that last post... > >> > >> On a side note, I don't know if this is related, but I get a bunch of the > >> following exceptions just by opening my ModalWindow, regardless of the > >> SessionStore or ObjectStream: > >> > >> 12:39:42,537 ERROR RequestCycle:1096 - ClientAbortException: > >> java.net.SocketException: Connection reset by peer: socket write error > >> wicket.WicketRuntimeException: ClientAbortException: > >> java.net.SocketException: Connection reset by peer: socket write error > >> at wicket.Response.write(Response.java:308) > >> at > >> wicket.request.target.resource.ResourceStreamRequestTarget.respond(ResourceStreamRequestTarget.java:125) > >> at > >> wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:102) > >> at wicket.RequestCycle.respond(RequestCycle.java:1001) > >> at wicket.RequestCycle.step(RequestCycle.java:1074) > >> at wicket.RequestCycle.steps(RequestCycle.java:1138) > >> at wicket.RequestCycle.request(RequestCycle.java:474) > >> at wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:256) > >> at > >> wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:137) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > >> at > >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > >> at > >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > >> at > >> org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495) > >> at > >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) > >> at > >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > >> at > >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > >> at > >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > >> at > >> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) > >> at > >> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) > >> at > >> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) > >> at > >> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) > >> at > >> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > >> at java.lang.Thread.run(Thread.java:595) > >> Caused by: ClientAbortException: java.net.SocketException: Connection > >> reset > >> by peer: socket write error > >> at > >> org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:327) > >> at > >> org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293) > >> at > >> org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:97) > >> at wicket.Response.write(Response.java:304) > >> ... 23 more > >> Caused by: java.net.SocketException: Connection reset by peer: socket > >> write > >> error > >> at java.net.SocketOutputStream.socketWrite0(Native Method) > >> at > >> java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) > >> at java.net.SocketOutputStream.write(SocketOutputStream.java:136) > >> at > >> org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:746) > >> at > >> org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433) > >> at > >> org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer.java:304) > >> at > >> org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:991) > >> at org.apache.coyote.Response.action(Response.java:182) > >> at > >> org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:322) > >> ... 26 more > >> > >> Chuck > >> > >> > >> Eelco Hillenius wrote: > >> > > >> >> Can someone offer me some guidance on how to verify that the > >> >> SecLvlCahce/FilePageStore is actually the culprit? Can I provide some > >> >> debugging info/log output that would be of use to a Wicket dev in > >> >> tracking > >> >> it down? Mind you, I'm not getting anything in my logs that says > >> there > >> >> is a > >> >> problem, it just isn't working... > >> >> > >> >> Is there a big difference in using HttpSessionStore instead of the > >> >> SecLvlCacheStore in the mean time? > >> > > >> > There shouldn't be, though SLCSS relies more on serialization then > >> > HttpSessionStore as the latter only uses serialization for the changes > >> > between request (e.g. when you replace a component, it makes a deep > >> > clone of that component so that on a roll back, that component can be > >> > set back) whereas SLCSS serializes the whole pages and stores them on > >> > disk. > >> > > >> >>From your description and the fact that it worked earlier for you, I > >> > suspect the custom serialization we are building into Wicket and which > >> > is currently the default is at fault. To set that back you can call: > >> > > >> > Objects.setObjectStreamFactory(new > >> > IObjectStreamFactory.DefaultObjectStreamFactory()); > >> > > >> > in your application#init method. Custom serialization can be turned on > >> > again by calling: > >> > > >> > Objects.setObjectStreamFactory(new WicketObjectStreamFactory()); > >> > > >> > Note that the naming is a bit weird maybe, as the > >> > DefaultObjectStreamFactory is not the default :) Interpret this as a > >> > factory for JDK's default object streams. > >> > > >> > Eelco > >> > > >> > > >> ------------------------------------------------------------------------- > >> > Take Surveys. Earn Cash. Influence the Future of IT > >> > Join SourceForge.net's Techsay panel and you'll get the chance to share > >> > your > >> > opinions on IT & business topics through brief surveys-and earn cash > >> > > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >> > _______________________________________________ > >> > Wicket-user mailing list > >> > Wicket-user@lists.sourceforge.net > >> > https://lists.sourceforge.net/lists/listinfo/wicket-user > >> > > >> > > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/HttpSessionStore-vs-SecondLevelCacheSessionStore%28FilePageStore%29-tf3408964.html#a9498468 > >> Sent from the Wicket - User mailing list archive at Nabble.com. > >> > >> > >> ------------------------------------------------------------------------- > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to share > >> your > >> opinions on IT & business topics through brief surveys-and earn cash > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >> _______________________________________________ > >> Wicket-user mailing list > >> Wicket-user@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/wicket-user > >> > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > -- > View this message in context: > http://www.nabble.com/HttpSessionStore-vs-SecondLevelCacheSessionStore%28FilePageStore%29-tf3408964.html#a9500896 > Sent from the Wicket - User mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
