-----------------------------
Please read the FAQ!
<http://java.apache.org/faq/>
-----------------------------
I have been having a similar problem. It shows up for me if I open a
servlet, close my browser(IE5), and then open up my browser right away, and
then try to pull up the same servlet, it creates a new HttpSession. Maybe I
am not understanding how sessions work. Also, can you re-validate a session
ID(I could care less about the data related to the session, I just need the
ID)that has expired?
Thanks,
Noah Nordrum
----- Original Message -----
From: Andy Jefferson <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 18, 1999 11:49 AM
Subject: HttpSession and Apache/JServ
> -----------------------------
> Please read the FAQ!
> <http://java.apache.org/faq/>
> -----------------------------
>
> I've been using JSDK 2.1 and its provided web server and using
> HttpSession to store objects for a users session in a servlet. Now, in
> JSDK2.1 there is the HttpSession setMaxInactiveTime() method so you can
> set the duration of a 'session'. I'm now using JSDK 2.0 with JServ 1.0
> and Apache 1.3.6 on Solaris. Such a method is not available in the JSDK,
> but is it available with Apache ? or som other way ?
> How do I get the same effect of keeping sessions active for long periods
> ?
>
> [Currently with JServ, I log in to the servlet, and store the login info
> in the HttpSession, then maybe go to a different web site, and come back
> a few mins later, and find that I've got a different session - i.e
> previous one has been 'expired' by Apache ?, and hence have to log in
> again]. What are other people using for situations like this
>
> TIA
> --
> Andy
>
> This message contains confidential information and is intended only
> for the individual named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please
> notify the sender immediately by e-mail if you have received this
> e-mail by mistake and delete this e-mail from your system.
>
> E-mail transmission cannot be guaranteed to be secure or error-free
> as information could be intercepted, corrupted, lost, destroyed,
> arrive late or incomplete, or contain viruses. The sender therefore
> does not accept liability for any errors or omissions in the contents
> of this message which arise as a result of e-mail transmission. If
> verification is required please request a hard-copy version. This
> message is provided for informational purposes and should not be
> construed as a solicitation or offer to buy or sell any securities or
> related financial instruments.
>
>
>
> --
> --------------------------------------------------------------
> Please read the FAQ! <http://java.apache.org/faq/>
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Archives and Other: <http://java.apache.org/main/mail.html>
> Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
