Fair enough. Good answer. :) Of course I meant in the non-failure case.
So under normal operations outside of failure conditions, perhaps there really is no benefit to move users to other nodes during the lifetime of a session, or at least the difficulty outweighs the benefit. - Lu Martijn Dashorst wrote: > > failover? > > On 11/16/07, saenz <[EMAIL PROTECTED]> wrote: >> >> >> Johan Compagner wrote: >> > >> > On Nov 15, 2007 11:22 PM, Eelco Hillenius <[EMAIL PROTECTED]> >> > wrote: >> >> Recommended is to use sticky sessions. >> > >> > +10000 >> > >> > none sticky sessions are flawed anyway.. (or the synchronizing >> performance >> > hit is so great it doesn't make any sense, it it makes sense to start >> > with...) >> > >> >> Johan, are you saying that other types of load balancing strategies >> besides >> sticky sessions are all flawed, and that it only makes sense to use >> sticky >> sessions? Please correct my understanding. >> >> If sticky sessions are the only recommended way to do load balancing, >> then >> what is the reason to support replication of session state across >> multiple >> nodes in a cluster? >> >> - Lu >> -- >> View this message in context: >> http://www.nabble.com/Disabling-serialization-storage-of-pages-in-session--tf4768006.html#a13796491 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > Buy Wicket in Action: http://manning.com/dashorst > Apache Wicket 1.3.0-rc1 is released > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-rc1/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Disabling-serialization-storage-of-pages-in-session--tf4768006.html#a13796995 Sent from the Wicket - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]