It was not tomcat, we found the problem. We have been looking in the wrong place all along. It was the IIS JK worker.properties file that had a typo. In the wroker.properties file the jvmRoute name was wrong for these tomcats 6 to 8. As a result, the request was never sent to the same server again by iis after the first request, neither the session was maintained. Thanks, Rumpa
Rumpa Giri <[EMAIL PROTECTED]> wrote: We have a struts application on tomcat 5.0.25 jdk1.4, which does not seem to maintain session, when the request lands up on a particular tomcat. We have two struts application, say app1, app2. tomcat 1 to 4 hosts app1. tomcat 6 to 8 hosts both app1 and app2. The problem happens for app1 when the request lands up on tomcat 6 to 8 hosting both the applications. While going through some of the previous post, I saw that 5.5 has a parameter emptySessionPath="true" Is there anything similar for 5.0.25? I saw the sessionid changes between requests when the request lands up on tomcat 6 to 8. Why its happening for struts application on tomcat only? Our other applications not using struts works fine. I checked the session is obtained via the method request.getSession(false); Also if only tomcat 6 is running out of all the tomcats we never face the problem, the moment we put another tomcat into the mix the session is no longer maintained. Anybody had similar experience? Any help will be much appreciated, Thanks for reading. Rumpa Giri __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com