I have experienced these problems with JRun 2.3 on Solaris (haven't tried
Windows).
Things worked fine for the prototype, but then when I started to flesh it
out, the sessions
stopped working as expected. I ended up writing my own User object
"singleton
factory" (for lack of a better term). I had to implement my own timeouts and
persistence.
Any others having problems with sessions?
--
Kevin Gross
Petris Technology, Inc.
Houston, Texas 77092
-----Original Message-----
From: SAN <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Tuesday, May 11, 1999 7:35 AM
Subject: Re [2] : SESSIONS - COOKIES
>Yes, I am using exactly these methods, and isNew() to ckeck if the session
is
>new, and the session IS NOT new, but its ID isn't the same.
>
>Sam Rose wrote:
>
>> How are you accessing the sessions??
>>
>> I mean are you using the session tracking API???
>>
>> HttpSession session=req.getSession(true);
>>
>> Also to put values into the session use this,
>>
>> session.putValue("login.password", password);
>>
>> And to get the values:-
>>
>> String passwd = (String)session.getValue("login.password");
>>
>> Or something to that effect.
>>
>> -----Original Message-----
>> From: SAN [mailto:[EMAIL PROTECTED]]
>> Sent: Tuesday, May 11, 1999 10:57 AM
>> To: [EMAIL PROTECTED]
>> Subject: SESSIONS - COOKIES
>>
>> Hello, thank you for your comments about connection pool. The pool class
>> was in the same directory as servlets. It works now.
>>
>> My new problem are sessions.
>> I make a typical user management. A root page which calls a servlets
>> which sets a new session, and stores some user ID. Than each subsequent
>> servlet verifies the session.
>> The first servlets sets the session, but the others cannot get values.
>> They are null. The session is not new, but I print the session object,
>> and the first created is different than the others.
>> After creating the session (in the main servlet) I "sendRedirect" a
>> page. Maybe the session is missed there?
>> I get the session object BEFORE setting the header and getting the
>> writer, as sun servlets tutorial recommends.
>> These servlets worked before, but I am making some changes. I have no
>> idea if any change is related with this.
>>
>>
___________________________________________________________________________
>> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
>> of the message "signoff SERVLET-INTEREST".
>>
>> Archives: http://archives.java.sun.com/archives/servlet-interest.html
>> Resources: http://java.sun.com/products/servlet/external-resources.html
>> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>>
>>
___________________________________________________________________________
>> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
>> of the message "signoff SERVLET-INTEREST".
>>
>> Archives: http://archives.java.sun.com/archives/servlet-interest.html
>> Resources: http://java.sun.com/products/servlet/external-resources.html
>> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
>___________________________________________________________________________
>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>of the message "signoff SERVLET-INTEREST".
>
>Archives: http://archives.java.sun.com/archives/servlet-interest.html
>Resources: http://java.sun.com/products/servlet/external-resources.html
>LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
