In the URI-based case it is more or less the only clean way to include the jvmRoute in the jsessionid, since the jsessionid is standardized, so all common balancing products know how to handle it.
But then it is pretty common to assume the jsessionid and the cookie to have the same value. They are sort of two different ways to transport the same session information. So most balancer providers implement the routing decision features the same way, independant of the source of the session string.
Splitting the jvmRoute from the session id in the cookie case will most likely make the situation for all implementers of balancers more complex and instable (e.g.: mod_jk).
Of course we would all profit, if some JSR would standardize the way, distributed applications exchange routing information with the clients/balancers. As long as that's not the case it is very likely, that jvmRoute as a suffix of the session id has much better support from balancer providers.
Rainer
Filip Hanik - Dev wrote:
Remy Wrote:
BTW, wouldn't it be better to set the route as a separate cookie, which would be a lot cleaner ? Was this ever considered ?
That would have been the obvious solution, the jvmRoute must have come from a dark basement somewhere :)
Whatever the change you decide on, I'll be happy to implement it and test it for the cluster stuff
Filip
----- Original Message ----- From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org> Sent: Monday, February 07, 2005 11:34 AM Subject: Re: [VOTE] Proposed API change to the Manager interface
@@ -744,15 +747,17 @@ session.setValid(true); session.setCreationTime(System.currentTimeMillis()); session.setMaxInactiveInterval(this.maxInactiveInterval); - String sessionId = generateSessionId(); + if (sessionId == null) { + sessionId = generateSessionId(); + }
I just noticed my patch needs something for jvmRoute handling (basically, the session id which is recieved must be edited for the right route). I'll fix that.
BTW, wouldn't it be better to set the route as a separate cookie, which would be a lot cleaner ? Was this ever considered ?
Rémy
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]