Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 45718 invoked from network); 13 Sep 2002 09:16:35 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 13 Sep 2002 09:16:35 -0000 Received: (qmail 17310 invoked by uid 97); 13 Sep 2002 09:17:01 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 17281 invoked by uid 97); 13 Sep 2002 09:17:01 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 17269 invoked by uid 98); 13 Sep 2002 09:17:00 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: From: Vikramjit Singh To: 'Tomcat Users List' Subject: RE: Ref Http Session Date: Fri, 13 Sep 2002 14:24:14 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Stephane.RAULT@r2isante.fr [mailto:Stephane.RAULT@r2isante.fr] > Sent: Friday, September 13, 2002 12:27 AM > To: Tomcat Users List > Subject: Ref Http Session >=20 >=20 >=20 > OK, thanks for your response. >=20 > My main problem is now solved. I want just two little add-on : >=20 > - Is it possible to force Tomcat to delete de SESSION.ser (or=20 > all the work > dir) on shutdown ? You can write a servlet, and in the destroy method of the servlet call = the commands for removing the SESSION.ser. Or through java.io.File class delete the work dir. Have not tried it, = you could give it a try. > - I f I understand the session, Tomcat try firts to work with=20 > Cookie and > then if, cookie are deactivated, Tomcat use url rewriting.=20 Yeah thats right.=20 By default, session tracking uses cookies to associate a session = identifier with a user. To also support users that access a servlet with a browser = that does not support cookies, or that is set up to reject cookies, URL = rewriting is used.=20 >I=20 > tried to see > the Cookie g=E9n=E9rated by tomcat on my brower (IE5.5) but i=20 > can't. Is it a > memory cookie or is it in the file system (on win2k, c:/documents and > settings/$user$/Cookie ??) >=20 > ------------------------------ > A++ >=20 > St=E9phane >=20 >=20 > -- > To unsubscribe, e-mail: =20 For additional commands, e-mail: -- To unsubscribe, e-mail: For additional commands, e-mail: