Return-Path: list-help: list-unsubscribe: List-Post: List-Id: Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list cactus-user@jakarta.apache.org Received: (qmail 40839 invoked by uid 99); 17 Feb 2005 13:36:56 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mail2.maninvestments.com (HELO MIMAILSWPOUT.maninvestments.com) (212.133.59.122) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 17 Feb 2005 05:36:53 -0800 Received: from MISQEXBH01.maninvestments.ad.man.com (unverified) by MIMAILSWPOUT.maninvestments.com (Content Technologies SMTPRS 4.3.12) with ESMTP id ; Thu, 17 Feb 2005 13:39:57 +0000 Received: from MISQEXMB02.maninvestments.ad.man.com ([10.44.13.229]) by MISQEXBH01.maninvestments.ad.man.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 17 Feb 2005 13:36:50 +0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Subject: RE: Session Limit Exceeded Date: Thu, 17 Feb 2005 13:36:49 -0000 Message-ID: <34E8A9C74E9FCA4FB39BA26CCC432966029C523A@MISQEXMB02.maninvestments.ad.man.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Session Limit Exceeded Thread-Index: AcUUVHgWqry25iEPTE26kaiwu1tuBQACL1uQACLyPIAAAJOCgAAAQNOgAAA0vlAAANG2oAAAQSHgAABotRAAAE7eIAAATytQ From: To: Cc: X-OriginalArrivalTime: 17 Feb 2005 13:36:50.0120 (UTC) FILETIME=[BBDB9480:01C514F5] X-Virus-Checked: Checked You are right. I monitored the sessions. Something is still strange, but I think cactus = works correctly in my case Thanks Vincent Andre -----Original Message----- From: Vincent Massol [mailto:vmassol@pivolis.com]=20 Sent: 17 February 2005 13:28 To: cactus-user@jakarta.apache.org Subject: RE: Session Limit Exceeded > -----Original Message----- > From: ASchulte@maninvestments.com [mailto:ASchulte@maninvestments.com] > Sent: jeudi 17 f=E9vrier 2005 14:25 > To: cactus-user@jakarta.apache.org > Cc: vmassol@pivolis.com > Subject: RE: Session Limit Exceeded >=20 > Thank's Vincent, but the same behaviour in the tearDown() method. The=20 > session is null. Is it a wrong way to access the session object ? >=20 > public void tearDown() > { > this.session.invalidate() > } No, it's correct. It simply means that there is no session!!! Which is = normal is you've set setAutomaticSession(false) :-) That proves it = works... Try setting setAutomaticSession(true). You should have something not = null. -Vincent >=20 >=20 > -----Original Message----- > From: Vincent Massol [mailto:vmassol@pivolis.com] > Sent: 17 February 2005 13:08 > To: 'Cactus Users List' > Subject: RE: Session Limit Exceeded >=20 >=20 >=20 >=20 > > -----Original Message----- > > From: ASchulte@maninvestments.com=20 > > [mailto:ASchulte@maninvestments.com] > > Sent: jeudi 17 f=E9vrier 2005 14:04 > > To: cactus-user@jakarta.apache.org > > Cc: vmassol@pivolis.com > > Subject: RE: Session Limit Exceeded > > > > Hi Vincent, > > > > thanks for your suggestions. > > The reason that the invalidate failed is that the session is null in = > > the method end. I think the session should be not null at this=20 > > point, isn't it ? >=20 > No, that's correct. You need to understand that beginXXX/endXXX are=20 > executed on the *client* side whereas setUp()/tearDown() are executed=20 > on the *server* side. Please see=20 > http://jakarta.apache.org/cactus/writing/howto_testcase.html >=20 > So you'll need to put the invalidate in a tearDown() method. >=20 > > > > > > CactusTestCase > > > > public void end(HttpURLConnection theConnection) > > { > > this.session.invalidate() > > } > > >=20 > [snip] >=20 > -Vincent >=20 >=20 >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: cactus-user-help@jakarta.apache.org >=20 >=20 >=20 > ********************************************************************** > Any information in this communication which is confidential must not=20 > be disclosed to others without our consent. Such consent is not=20 > required where the information is publicly available and intended for=20 > onward distribution. If the information is confidential and if you are = > not the intended recipient, you are not authorised to and must not=20 > disclose, copy, distribute, or retain this message or any part of it.=20 > You are requested to return this message to the sender immediately. >=20 > Due to the electronic nature of e-mail, there is a risk that the=20 > information contained in this message has been modified. Consequently=20 > Man Investments can accept no responsibility or liability as to the=20 > completeness or accuracy of the information. >=20 > Visit us at: www.maninvestments.com >=20 > ********************************************************************** _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran=E7ais ! Yahoo! Mail : http://fr.mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: cactus-user-help@jakarta.apache.org