Hmmm. About all I can think of at the moment is to examine Tomcat with a debugger and step through org.apache.catalina.connector.Request.doGetSession(). Or you may want to go back to org.apache.catalina.connector.CoyoteAdapter.postParseRequest(). Another thought is to run a TCP/IP trace and make sure the appropriate cookie is being sent from the IFRAME. The cookie name is JSESSIONID. This should show you exactly what's happening with attempting to get the session from the IFRAME. Gary
-----Original Message----- From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Paul Holm Sent: Monday, January 15, 2007 7:13 PM To: java400-l@xxxxxxxxxxxx Subject: Re: Web App Session Management Issue Gary L Peskin wrote:1. What version of tomcat are you on?Tomcat 5.52. Does the URL for the outermost window have "jsessionid" in it?No, its uses standard cookies for persistence. I did try appending jsessionid to my IFRAME src and several variations.3. What does the URL for the IFRAME look like?I build the IFrame in a JSP for testing as follows: <% String sessionid = request.getSession(false).getId(); String url = "run?PJMR=" + mrId + "&id=" + appId + "jsessionid="+sessionid; url = response.encodeUrl(url); %> <iframe src="<%=url%>" > It does call the servlet "run" correctly because I get a breakpoint fine. The PJMR request parameter references a session based "Action" object. As an alternative, I could enhance our server side framework to store these action objects in a static map instead of user sessions I suppose. Thanks, PaulGary
As an Amazon Associate we earn from qualifying purchases.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.