jakarta-cactus-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vincent Massol" <vmas...@pivolis.com>
Subject RE: question wrt session creation when running cactus from ant
Date Mon, 22 Sep 2003 08:33:52 GMT


> -----Original Message-----
> From: inspired_orange [mailto:inspired_orange@yahoo.com]
> Sent: 22 September 2003 10:31
> To: Cactus Users List
> Subject: RE: question wrt session creation when running cactus from
ant
> 
> Hi Vincent
> 
> I have logged the enhancement in bugzilla (bug id
> 23017). I was wondering... how long does this usually
> take ? I am only asking because I have logged it a few
> weeks ago, and maybe I need to do something else in
> order for this change to go in. Or not ?

hehe... :-) Usually it takes as long as someone post a patch for it and
a committer apply the patch. However, in your case, I think it needs to
be discussed with the other committers. I'm not yet 100% sure we should
do this.

Thanks
-Vincent

> 
> Jacques
> 
> --- Vincent Massol <vmassol@pivolis.com> wrote:
> > Ok. I understand better now. I think we can
> > accommodate your change as
> > it seems to be harmless (I just wanted to check the
> > reason it was
> > needed). Can you please enter a bugzilla bug report
> > for that so that we
> > don't forget it?
> >
> > Thanks
> > -Vincent
> >
> > > -----Original Message-----
> > > From: jacques [mailto:inspired_orange@yahoo.com]
> > > Sent: 08 September 2003 10:52
> > > To: Cactus Users List
> > > Subject: RE: question wrt session creation when
> > running cactus from
> > ant
> > >
> > > Hi Vincent
> > >
> > > Got busy for a while on other things, hence the
> > delay.
> > > Yes, I agree that calling the server does not
> > > automatically create a session - under normal
> > > circumstances. However, we are using an
> > application
> > > server (Atg Dynamo) which always creates a session
> > > object for every web request. Every http request
> > > passes through a servlet pipeline (a linked list
> > of
> > > servlets) before the implementation class is given
> > an
> > > opportunity to interact. By that time a session
> > has
> > > already been created. It is the default behaviour,
> > > which can be switched off, but I can unfortunately
> > not
> > > do that as the rest of the website depends on this
> > > behaviour.
> > >
> > > I guess it is not reasonable to expect Cactus to
> > > accomodate for every web server's own ways of
> > > interacting with clients. I just thought that the
> > > changes I proposed could do no harm (checking if a
> > > session has been created, and if so invalidating
> > it).
> > >
> > > Regards
> > > Jacques
> > >
> > >
> > > --- Vincent Massol <vmassol@pivolis.com> wrote:
> > > > Hi Jacques,
> > > >
> > > > See my other mail. Are you sure there are 3
> > sessions
> > > > per test created?
> > > > I'd say there is one at most. Calling the server
> > > > side does not
> > > > automatically result in a session, you need to
> > call
> > > > getSession(true) to
> > > > create a session, right?
> > > >
> > > > Thanks
> > > > -Vincent
> > > >
> > > > > -----Original Message-----
> > > > > From: jacques
> > [mailto:inspired_orange@yahoo.com]
> > > > > Sent: 25 August 2003 16:06
> > > > > To: cactus-user@jakarta.apache.org
> > > > > Subject: question wrt session creation when
> > > > running cactus from ant
> > > > >
> > > > > Hi there
> > > > >
> > > > > I am having problems with the amount of http
> > > > sessions
> > > > > that are created when cactus is invoked from
> > ant.
> > > > It
> > > > > looks like for each test run ant (using the
> > > > <cactus>
> > > > > task) call the web server once, to check that
> > it's
> > > > > running. Something like :
> > > > >
> > > > >
> > > >
> > >
> >
> /cactification/ServletRedirector?Cactus_Service=RUN_TEST
> > > > > HTTP/1.1
> > > > >
> > > > > Then, for each test method, 2 seperate http
> > calls
> > > > are
> > > > > made. One to request the servlet redirector to
> > > > execute
> > > > > the test, and one to request the result.
> > Something
> > > > > like :
> > > > >
> > > > >
> > > >
> > >
> >
>
/cactification/ServletRedirector?Cactus_TestMethod=testSetContentTypeHea
> > > > de
> > > > >
> > > >
> > >
> >
>
r&Cactus_TestClass=org.apache.cactus.sample.unit.TestHttpHeaders&Cactus_
> > > > Au
> > > > > tomaticSession=false&Cactus_Service=CALL_TEST
> > > > > HTTP/1.1
> > > > >      and...
> > > > >
> > > > >
> > > >
> > >
> >
> /cactification/ServletRedirector?Cactus_Service=GET_RESULTS
> > > > > HTTP/1.1
> > > > >
> > > > > These 2 calls (and thus request objects) cause
> > 2
> > > > http
> > > > > sessions to be created on the application
> > server.
> > > > Of
> > > > > the 2, I have access to one (the one that
> > makes
> > > > the
> > > > > test call) and can invalidate it in the
> > tearDown.
> > > > That
> > > > > leaves me with 1 redundant session (the one
> > > > associated
> > > > > with the result request). One session on the
> > app
> > > > > server for each test method run. I have 276
> > test
> > > > > methods that I need to run, and only a 20
> > session
> > > > > developer license. My problem (and therefore
> > my
> > > > > question) is quite obvious : How can I get
> > access
> > > > to
> > > > > the request that's made in the second call, so
> > > > that I
> > > > > can call getSession(false).invalidate() on it
> > ?
> > > > >
> > > > > Jacques
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > __________________________________
> > > > > Do you Yahoo!?
> > > > > The New Yahoo! Search - Faster. Easier. Bingo.
> > > > > http://search.yahoo.com
> > > > >
> > > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> > > > cactus-user-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail:
> > > > cactus-user-help@jakarta.apache.org
> > > >
> > > >
> > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > > > cactus-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail:
> > > > cactus-user-help@jakarta.apache.org
> > > >
> > >
> > >
> > > __________________________________
> > > Do you Yahoo!?
> > > Yahoo! SiteBuilder - Free, easy-to-use web site
> > design software
> > > http://sitebuilder.yahoo.com
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > cactus-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail:
> > cactus-user-help@jakarta.apache.org
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> > cactus-user-help@jakarta.apache.org
> >
> 
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org



Mime
View raw message