Re: Wicket Sessions and Load Balancing
Hi, I'm experiencing the same problem, only I use mod_jk. How did you solve the problem ? Thanks & Regards, Setya -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Sessions-and-Load-Balancing-tp2274552p3259914.html Sent from the Users forum 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
Re: Wicket Sessions and Load Balancing
Steven, Have you tried to enforce creation of a session on the home page? A WebSession.get().bind() in the homepage will do the trick. This only makes a difference when your homepage is stateless. Regards, Erik. 2010/7/1 Steven Haines My guess is that when the homepage is loaded that Wicket provides a new jsessionid (I sometimes see it coming in the submission url) but then the user is directed to another server on the next request, and because the user does not yet have a JSESSIONID cookie, but does have the jsessionid in the URL, the Wicket instance that receives the request searches and cannot find the session id and marks the page as expired. The next request then populates the browser's cookie and the sticky session works.This is just a theory, but it would explain the behavior. -- Sent from my SMTP compliant software Erik van Oosten http://day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Sessions and Load Balancing
Hi Steven Unfortunately I havent been using the proxy for balancing for a while now.. But I know it works flawlessly with mod_jk, and if your using jetty you can also get that running. http://docs.codehaus.org/display/JETTY/Configuring+AJP13+Using+mod_jk . Otherwise i'd go to the httpd forum and ask them, you usually get help there :) regards Nino 2010/7/1 Steven Haines > Hi, > > I just setup my production environment for a wicket-based application today > and > I am having a problem with "Page Expired" messages. I have three servers > that > are not clustered together, but rather are configured with Apache's > proxy_balancer to use sticky sessions (with failover turned off.) The > homepage > always loads, but a high percentage of the time when I enter the second > page of > my application I receive a "Page Expired" page - clicking on that takes me > back > to the home page and then the application works. > > My guess is that when the homepage is loaded that Wicket provides a new > jsessionid (I sometimes see it coming in the submission url) but then the > user > is directed to another server on the next request, and because the user > does not > yet have a JSESSIONID cookie, but does have the jsessionid in the URL, the > Wicket instance that receives the request searches and cannot find the > session > id and marks the page as expired. The next request then populates the > browser's > cookie and the sticky session works.This is just a theory, but it would > explain > the behavior. > > I thought I handled this case in the proxy_balancer configuration with an > entry > like the following: > > ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid > nofailover=On > > Where JSESSIONID|jsessionid covers the cookie and encoded path, > respectively, > and the nofailover=On tells Apache to not to try to fail a user's session > over > to antoher server. > > Has anyone faced this problem? Any ideas on how to resolve it? And we're > going > to start allow production load very shortly, so any insight would be much > appreciated! > > Thanks > > Steve > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Wicket Sessions and Load Balancing
Hi, I just setup my production environment for a wicket-based application today and I am having a problem with "Page Expired" messages. I have three servers that are not clustered together, but rather are configured with Apache's proxy_balancer to use sticky sessions (with failover turned off.) The homepage always loads, but a high percentage of the time when I enter the second page of my application I receive a "Page Expired" page - clicking on that takes me back to the home page and then the application works. My guess is that when the homepage is loaded that Wicket provides a new jsessionid (I sometimes see it coming in the submission url) but then the user is directed to another server on the next request, and because the user does not yet have a JSESSIONID cookie, but does have the jsessionid in the URL, the Wicket instance that receives the request searches and cannot find the session id and marks the page as expired. The next request then populates the browser's cookie and the sticky session works.This is just a theory, but it would explain the behavior. I thought I handled this case in the proxy_balancer configuration with an entry like the following: ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid nofailover=On Where JSESSIONID|jsessionid covers the cookie and encoded path, respectively, and the nofailover=On tells Apache to not to try to fail a user's session over to antoher server. Has anyone faced this problem? Any ideas on how to resolve it? And we're going to start allow production load very shortly, so any insight would be much appreciated! Thanks Steve - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org