Hi Wayne, As far as I know mod_proxy_balancer does not have sticky sessions on by default, you have to tell it what cookie to use. Am am assuming that you have multiple tomcats (or similar) behind apache, are you using any sort of session replication for them?
Does this exception occur when you go directly to tomcat (or whatever you are using) and bypass apache, if so then it indicates a different problem. -- Regards - Richard Wilkinson Developer, jWeekend: OO & Java Technologies - Development and Training http://jWeekend.com On 31 March 2010 13:28, Wayne Pope <waynemailingli...@googlemail.com> wrote: > Well as far as I know the default balancer in apache supports this yes. > > > > On Mon, Mar 29, 2010 at 2:22 PM, Martijn Dashorst > <martijn.dasho...@gmail.com> wrote: > > Are you using sticky sessions? > > > > Martijn > > > > On Fri, Mar 26, 2010 at 5:15 PM, Wayne Pope > > <waynemailingli...@googlemail.com> wrote: > >> One more bit of info - it was a ajax request that caused this. > >> > >> Any ideas? > >> > >> > >> On Fri, Mar 26, 2010 at 3:42 PM, Wayne Pope < > waynemailingli...@gmail.com> wrote: > >>> > >>> > >>> oh and I doubled check that all the classes implement Serializable > >>> > >>> > >>> > >>> > >>> Wayne Pope-2 wrote: > >>>> > >>>> Hi, > >>>> > >>>> we're getting this exception in production sometimes, and today I > >>>> experienced it first hand. > >>>> We have a session of 60 mins set in the web.xml - however I got this > >>>> after just 5 mins: > >>>> > >>>> org.apache.wicket.protocol.http.PageExpiredException: Cannot find the > >>>> rendered page in session > >>>> [pagemap=null,componentPath=1,versionNumber=0] > >>>> at > >>>> > org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:197) > >>>> at > >>>> > hub.app.wicket.app.HubRequestCycleProcessor.resolve(HubRequestCycleProcessor.java:137) > >>>> at org.apache.wicket.RequestCycle.step(RequestCycle.java:1301) > >>>> at > org.apache.wicket.RequestCycle.steps(RequestCycle.java:1419) > >>>> at > org.apache.wicket.RequestCycle.request(RequestCycle.java:545) > >>>> at > >>>> > org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:456) > >>>> at > >>>> > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:289) > >>>> at > >>>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> at > >>>> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> at > >>>> > com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141) > >>>> at > >>>> > com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29) > >>>> at > >>>> > com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155) > >>>> at > >>>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> at > >>>> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> at > >>>> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>>> at > >>>> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>>> at > >>>> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > >>>> at > >>>> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>>> at > >>>> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>>> at > >>>> > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) > >>>> at > >>>> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) > >>>> at > >>>> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) > >>>> at > >>>> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769) > >>>> at > >>>> > org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698) > >>>> at > >>>> > org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891) > >>>> at > >>>> > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) > >>>> at java.lang.Thread.run(Thread.java:619) > >>>> > >>>> > >>>> I honestly don't know where this is coming from. > >>>> What can cause this? cookie not being passed? apache proxy balancer > not > >>>> working? > >>>> > >>>> Has anyone experienced this? > >>>> > >>>> > >>>> PS HubRequestCycleProcessor is just calling WebRequestCycleProcessor > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>>> For additional commands, e-mail: users-h...@wicket.apache.org > >>>> > >>>> > >>>> > >>> > >>> -- > >>> View this message in context: > http://old.nabble.com/PageExpiredException---getting-this-when-the-session-hasn%27t-timeout-tp28043403p28043436.html > >>> Sent from the Wicket - User mailing list archive at Nabble.com. > >>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>> For additional commands, e-mail: users-h...@wicket.apache.org > >>> > >>> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > > > > -- > > Become a Wicket expert, learn from the best: http://wicketinaction.com > > Apache Wicket 1.4 increases type safety for web applications > > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4 > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
