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]
