Summary: | enabled emptysessionpath not checking if route replacement is needed | ||
---|---|---|---|
Product: | Tomcat 6 | Reporter: | James Hoare <james.hoare2> |
Component: | Catalina | Assignee: | Tomcat Developers Mailing List <dev> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | 6.0.18 | ||
Target Milestone: | default | ||
Hardware: | PC | ||
OS: | Linux | ||
Attachments: | Work around for undocumented behavior of emptySessionPath |
Description
James Hoare
2009-06-02 05:38:02 UTC
We have uncommented the route node replacement code in ManasgerBase and built from source and this seems to be working on our QA environment. So is it possible to get this into the next point release? When we take a node down for maintenaince we experience problems with the exisitng sessions that were created on that node. These sessions are bouncing between the other nodes, as the worker has been removed from the mod_jk workers file. Therefore, we need the susbsequent check in ManagerBase to replace the jvm route with the local node if they are different. James, I see your issue. While the documentation http://tomcat.apache.org/tomcat-6.0-doc/config/http.html only has the behavior documented as "setting cookie Path=/" it over 4 years ago also introduced a side effect of creating a session with the supplied ID. This behavior is too old to be changed in the way you requested, even though its not properly documented. In Tomcat 7 (Servlet 3.0) there is a standard way of configuring the session cookie paramneters (such as path) so this wont be an issue. For Tomcat 6, I will attach a simple code solution that would work to rewrite the JVM route in a Valve to solve your problem. I will therefor close the issue as WONT FIX. Please see my attached valve for how you could solve your specific use case. Created attachment 23796 [details]
Work around for undocumented behavior of emptySessionPath
|