Scott,
The session object is created by Tomcat, as a session cookie. Maybe it's
possible that IE destroys that cookie when the popup window is closed or
something? There is no java code executed when the popup window is opened,
then link just has some javascript like shown below...
onclick="return window.open('/html/cust_serv.html');"
This pops up a window, when I close that window, with the 'X' in the top
right of the browser, then try to click on a link in the original window (a
jsp), I find that a new sessionID has been set.
So, without executing any java code at all, the session ID is switched by
simply opening a new window.
-----Original Message-----
From: Scott Judd [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 22, 2002 9:42 AM
To: Tomcat Users List; [EMAIL PROTECTED]
Subject: Re: Very strange session problem on localhost only (trying
again)
Hi Brandon,
This is really more of a Java question; if you could post a snip of your
code relative to the problem, it would be helpful. Particularly useful would
be the code that you're using to create the HttpSession object. The only way
that I can imagine your problem could occur is if the servlet were creating
a new session for each request.
scott
----- Original Message -----
From: "Brandon Cruz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 22, 2002 9:20 AM
Subject: RE: Very strange session problem on localhost only (trying again)
> I have a page that lists a bunch of html files.
>
> When I click one of those files, it shows the html page in a new popup
> window.
>
> After I close the popup window (which may be creating a new session), then
> the original window has the new session value.
>
> Isn't every instance of the browser supposed to share the same session?
If
> not, the new session created by the window should not be passed back to
the
> original window should it?
>
> Why would this not happen when accessing the server from another location
> besides localhost?
>
>
>
> -----Original Message-----
> From: Rutledge, Aaron [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 9:16 AM
> To: Tomcat Users List
> Subject: RE: Very strange session problem on localhost only (trying
> again)
>
>
> So it sounds like you have a test page that loads the session variables
> and you reload the page or something to verify thier value. You open
> some window...and for some reson when you continue testing the variables
> in this original window you suddenly have a new session? Are you sure
> you aren't mixing up the windows some how? It makes perfect sense that
> the new window may have a different session value from the one that
> spawned it.--Aaron
>
>
> -----Original Message-----
> From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 7:51 AM
> To: Tomcat Users List
> Subject: RE: Very strange session problem on localhost only (trying
> again)
>
>
> The popup window only displays and html page. There is no processing
> done
> when the window is closed. Actually, the only thing tomcat does is
> serve
> one html page and the associated images. For some reason, this seems to
> create a new session.
>
> When I say that the session times out, a check reveals that there is an
> entirely new session value set when I try to click something in the
> original
> page. This happens on all dev computers, running all different versions
> of
> Internet Explorer.
>
>
>
> -----Original Message-----
> From: Rutledge, Aaron [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 8:46 AM
> To: Tomcat Users List
> Subject: RE: Very strange session problem on localhost only (trying
> again)
>
>
> What do you mean "the session times out"? Are you testing for session
> variables and the session expires after this page loads on localhost,
> but not from another browser on another machine? Or, does your page
> never load? I assume the page loaded in the new window is a JSP or
> Servlet generated. WHat kind of code is in that window and what is the
> action of the button when it is closed (is it strictly client-side or
> does it load a new page or submit data)? Also, are you sure that the
> problem is not a browser problem on your localhost machine. When you
> return to that page is it possible that you're not seeing what you are
> expecting because of a cached page or a simmilar problem? --Aaron
>
>
> -----Original Message-----
> From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 7:23 AM
> To: Tomcat Users List
> Subject: RE: Very strange session problem on localhost only (trying
> again)
>
>
>
> Nobody responded to this in a few days, so I'll try again this
> morning...
>
>
> Hello,
>
> We have recently noticed a very strange error when running tomcat 3.2.4
> on
> localhost. If a button in the application pops up a new window, then
> the
> user closes that window to return to the original screen, the session
> times
> out. This does not happen when using tomcat connected to apache on our
> production machine, or even if we access tomcat standalone from another
> computer on the network. Only happens on localhost.
>
> Does anyone know why?
>
> Brandon
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
