It is a direct request. Typically, it happens for the first time when a user enters the application url in a browser and the login page appears with the jsessionid appended in the url.
Thanks. On Fri, May 21, 2010 at 5:05 PM, Pid <p...@pidster.com> wrote: > On 21/05/2010 16:59, Caldarale, Charles R wrote: > >> From: Richard Nduka [mailto:richies4...@gmail.com] > >> Subject: Re: jsessionid problem > > > >> First of all, we are not fronting tomcat with any other web server or > >> application server apart from the proxy server (Squid) that seats in > >> front of tomcat. > > > > Are you using clustering? > > > >> Secondly, we have not disabled cookies. > > > > You might want to double check that. You'll need to look in > conf/context.xml, the webapp's META-INF/context.xml, and > conf/Catalina/[host]/[appName].xml for starters. > > > >> In our context, we have cookies set to true > > > > Which is the default. > > > >> For some reason, tomcat still re-writes the URL and > >> includes the jsessionid. > > What kind of client is making the request that is rewritten? > > Is the request referred from a link in a page, or is it a direct request? > > > p > > >> Tomcat version: 5.5.23 > > > > That version is over three years old; you might want to move up to the > current 5.5.29 and see if the problem persists. A change to jsessionid > handling did go into 5.5.26, but it appears to deal with incoming jsessionid > values, not outgoing. > > > > - Chuck > > > > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > >
