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 92438 invoked by uid 99); 17 Feb 2005 13:04:18 -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:04:17 -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:07:22 +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:04:14 +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:04:14 -0000 Message-ID: <34E8A9C74E9FCA4FB39BA26CCC432966029C4F0B@MISQEXMB02.maninvestments.ad.man.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Session Limit Exceeded Thread-Index: AcUUVHgWqry25iEPTE26kaiwu1tuBQACL1uQACLyPIAAAJOCgAAAQNOgAAA0vlAAANG2oA== From: To: Cc: X-OriginalArrivalTime: 17 Feb 2005 13:04:14.0398 (UTC) FILETIME=[2E2815E0:01C514F1] X-Virus-Checked: Checked Hi Vincent, thanks for your suggestions. The reason that the invalidate failed is that the session is null in the me= thod end. I think the session should be not null at this point, isn't it ? CactusTestCase public void end(HttpURLConnection theConnection) { this.session.invalidate() } Cheers, Andre -----Original Message----- From: Vincent Massol [mailto:vmassol@pivolis.com]=20 Sent: 17 February 2005 12:38 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 13:31 > To: cactus-user@jakarta.apache.org > Cc: vmassol@pivolis.com > Subject: RE: Session Limit Exceeded >=20 > Hi Vincent, >=20 > Is it possible to invalidate the cactus session anyway ? > I tried session.invalidate in the end() method but it failed as well. I don't know why. I guess you'll need to read your container doc to underst= and why it doesn't free a session immediately when you call invalidate(). I don't see what I can do to help you. As an alternative I guess you could: - buy some license to have more sessions - use a free and open source container to test on - use unit testing in isolation (without the container), possibly using Moc= ks Thanks -Vincent >=20 > Thanks a lot for your help. >=20 > Cheers, > Andre >=20 > -----Original Message----- > From: Vincent Massol [mailto:vmassol@pivolis.com] > Sent: 17 February 2005 12:25 > To: cactus-user@jakarta.apache.org > 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 13:10 > > To: cactus-user@jakarta.apache.org > > Cc: vmassol@pivolis.com > > Subject: RE: Session Limit Exceeded > > > > Hi Vincent, > > > > I set WebRequest.setAutomaticSession(false) but already 2 Sessions=20 > > are used by one testcase. What do you mean by "Using > > setAutomaticSession(false) might help but only if you do not have=20 > > code that creates a session on the server side." ? I think the code=20 > > is in cactus isn't it ? >=20 > Cactus is only a thin infrastructure that calls your test code and=20 > your code under test. So the majority of the code executed is your=20 > code... :-) >=20 > What I meant was: Do your tests or your code under test create HTTP=20 > sessions? >=20 > I don't think Cactus does if you set setAutomaticSession(false) (but I=20 > may be wrong - I just don't remember it being the case). So I was=20 > asking you to check your code so verify it doesn't either. >=20 > > I can't set the session timeout to 1 min. It is not allowed by my=20 > > developer license. >=20 > Thanks > -Vincent >=20 > > > > Cheers, > > Andre > > > > > > -----Original Message----- > > From: Vincent Massol [mailto:vmassol@pivolis.com] > > Sent: 16 February 2005 19:45 > > To: 'Cactus Users List' > > Subject: RE: Session Limit Exceeded > > > > > > Hi Andre, > > > > You have several options. Using setAutomaticSession(false) might=20 > > help but only if you do not have code that creates a session on the=20 > > server side. > > > > A better solution might be to configure your container to quickly=20 > > release sessions by having a short session timeout (say 1 minute or=20 > > less). > > > > To my knowledge Cactus does not create sessions if you set=20 > > WebRequest.setAutomaticSession(false). > > > > -Vincent > > > > > -----Original Message----- > > > From: ASchulte@maninvestments.com=20 > > > [mailto:ASchulte@maninvestments.com] > > > Sent: mercredi 16 f=E9vrier 2005 19:22 > > > To: cactus-user@jakarta.apache.org > > > Subject: Session Limit Exceeded > > > > > > Hi all, > > > > > > I can have 20 Sessions on the Server. I get a Session Limit=20 > > > Exceeded Error. By running my 30 cactus tests. 20 Session should=20 > > > be enough. I tried to controll the number of session by setting=20 > > > the automaticSession Variable without Success. Can anybody tell me=20 > > > to controll the number of sessions ? > > > > > > Thanks a lot > > > Andre >=20 >=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 --------------------------------------------------------------------- To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: cactus-user-help@jakarta.apache.org ********************************************************************** Any information in this communication which is confidential must not be disclosed to others without our consent. Such consent is not required where the information is publicly available and intended for onward distribution. If the information is confidential and if you are not the intended recipient, you are not authorised to and must not disclose, copy, distribute, or retain this message or any part of it. You are requested to return this message to the sender immediately. Due to the electronic nature of e-mail, there is a risk that the information contained in this message has been modified.=20 Consequently Man Investments can accept no responsibility or liability as to the completeness or accuracy of the information. Visit us at: www.maninvestments.com **********************************************************************