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
