You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by "Dustin N. Jenkins" <dj...@invoqsystems.com> on 2005/09/30 23:18:50 UTC

(SOLVED) losing HTTP Session?

I wasted twenty-six hours trying to get this straightened out, so here's 
the solution so nobody else will have to.  Instead of using 
${cocoon.session.blah}, I had to change it to 
${session.getAttribute('blah')}.  For some reason the cocoon.session 
context is lost.  Is this a bug?  I tried the latest BRANCH_2_1_X and 
the problem was there too.

Cheers,
Dustin




Dustin N. Jenkins wrote:

> Whenever I throw a custom RuntimeException and catch it using the 
> <handle-errors> tag, it loses the HTTP session information (i.e. I 
> can't use the ${cocoon.session.XXX} in any of my following XML 
> files).  Is there any way to preserve it?
>
> Thanks,
> Dustin
>

-- 
Dustin N. Jenkins
Application Developer
Invoq Systems, Inc.
AlarmPoint - Guaranteed Event Resolution
#216 - 852 Fort Street
Victoria, BC V8W 1H8
Tel: (250) 380-0304
djenkins@invoqsystems.com <ma...@invoqSystems.com>
http://www.invoqsystems.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: (SOLVED) losing HTTP Session?

Posted by Joerg Heinicke <jo...@gmx.de>.
On 30.09.2005 23:48, Dustin N. Jenkins wrote:

> Really?  I thought that was just for developers of Cocoon, I didn't know 
> if anybody could subscribe to it.  Thanks

Yes, really :) Anybody can subscribe to the dev list and follow the 
development of Cocoon. What you described below seems to be a bug or at 
least a missing feature (context not set), so it is definitely about the 
development of Cocoon.

Jörg

>> On 30.09.2005 23:18, Dustin N. Jenkins wrote:
>>
>>> I wasted twenty-six hours trying to get this straightened out, so 
>>> here's the solution so nobody else will have to.  Instead of using 
>>> ${cocoon.session.blah}, I had to change it to 
>>> ${session.getAttribute('blah')}.  For some reason the cocoon.session 
>>> context is lost.  Is this a bug?  I tried the latest BRANCH_2_1_X and 
>>> the problem was there too.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: (SOLVED) losing HTTP Session?

Posted by "Dustin N. Jenkins" <dj...@invoqsystems.com>.
Really?  I thought that was just for developers of Cocoon, I didn't know 
if anybody could subscribe to it.  Thanks


Joerg Heinicke wrote:

> On 30.09.2005 23:18, Dustin N. Jenkins wrote:
>
>> I wasted twenty-six hours trying to get this straightened out, so 
>> here's the solution so nobody else will have to.  Instead of using 
>> ${cocoon.session.blah}, I had to change it to 
>> ${session.getAttribute('blah')}.  For some reason the cocoon.session 
>> context is lost.  Is this a bug?  I tried the latest BRANCH_2_1_X and 
>> the problem was there too.
>
>
> The best would be to ask for it on the dev list.
>
> Jörg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>

-- 
Dustin N. Jenkins
Application Developer
Invoq Systems, Inc.
AlarmPoint - Guaranteed Event Resolution
#216 - 852 Fort Street
Victoria, BC V8W 1H8
Tel: (250) 380-0304
djenkins@invoqsystems.com <ma...@invoqSystems.com>
http://www.invoqsystems.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: (SOLVED) losing HTTP Session?

Posted by Joerg Heinicke <jo...@gmx.de>.
On 30.09.2005 23:18, Dustin N. Jenkins wrote:

> I wasted twenty-six hours trying to get this straightened out, so here's 
> the solution so nobody else will have to.  Instead of using 
> ${cocoon.session.blah}, I had to change it to 
> ${session.getAttribute('blah')}.  For some reason the cocoon.session 
> context is lost.  Is this a bug?  I tried the latest BRANCH_2_1_X and 
> the problem was there too.

The best would be to ask for it on the dev list.

Jörg

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: (SOLVED) losing HTTP Session?

Posted by Leszek Gawron <lg...@mobilebox.pl>.
Dustin N. Jenkins wrote:
> I wasted twenty-six hours trying to get this straightened out, so here's 
> the solution so nobody else will have to.  Instead of using 
> ${cocoon.session.blah}, I had to change it to 
> ${session.getAttribute('blah')}.  For some reason the cocoon.session 
> context is lost.  Is this a bug?  I tried the latest BRANCH_2_1_X and 
> the problem was there too.
I guess the original request triggered flow execution? If so I suspect 
handle-errors is being handled in isolated request so flow context is 
not available. Thing is JXTG in 2.1.x has a different object model when 
invoked from flow and standalone. This has been changed in trunk.

-- 
Leszek Gawron                                      lgawron@mobilebox.pl
IT Manager                                         MobileBox sp. z o.o.
+48 (61) 855 06 67                              http://www.mobilebox.pl
mobile: +48 (501) 720 812                       fax: +48 (61) 853 29 65

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org