What URL are you trying to access to trigger the login - you're not accessing the login.jsp directly are you? (I have to ask...)
In the second instance the browser is setting JSESSIONID as a cookie, instead of as a URL parameter, but that shouldn't make a difference. The response.encodeURL method only encodes the URL with JSESSIONID if it can't see the same value in a cookie in the request.
The value of JSESSIONID *may* change with each new session, but it won't be created until you hit a JSP. So the first time it's only created when you hit login.jsp, where it's encoded in the URL because no previous session id was found in the URL or cookie.
The cookie still exists locally after you logout, until you close the browser down, so it's not added to the URL the second time round, but as the existing ID is an invalid session it triggers the authentication valve.
You should compare the server response headers rather than the request headers, to see if the server is correctly sending the Cache-Control info.
p Luke McMahon wrote:
Thanks p (hope this is formatted better!)I tried this without success. I've attached the livehttpheader output below. What seems to happen in Firefox is the first time I go to the login page, it passes the jsessionid to j_security_check. If I then invalidate the session, and go to log in again, it calls j_security_check without this identifier. This might be why I'm not getting redirected to the member page, but I'm not sure of that.Like I said, this works fine in IE, but firefox still seems to either be losing its bundle after the session is invalidated or incorrectly caching the login page as the member page I'm trying to access. I've just cut and pasted the differences between the headers of the successful login, and the unsuccessful login (ie. no redirect). Success: --------------------------------- http://localhost:8080/members/ GET /members/ HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/index.htm Failure: ------------------------------------ http://localhost:8080/members/ GET /members/ HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:8080/index.htmCookie: JSESSIONID=533286C2B979BBF186A7D69AAAE33746 ---------------------------------------------------------------------To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
smime.p7s
Description: S/MIME Cryptographic Signature
