portals-pluto-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nick Lothian <nick.loth...@essential.com.au>
Subject FW: Cross Context Sessions (was RE: Defining the release)
Date Thu, 07 Oct 2004 06:36:19 GMT
Resending - apparently we can't have zip attachments.

If you'd like a copy of the wars, email me off list.

Nick

-----Original Message-----
From: Nick Lothian 
Sent: Thursday, 7 October 2004 3:57 PM
To: 'pluto-dev@portals.apache.org'
Subject: RE: Cross Context Sessions (was RE: Defining the release)



The attached wars replicate the problem as I understand it. I'd like to get
some more eyes on them before I attach them to the Tomcat bug.

app1 has a servlet that includes a JSP page in app2. This page checks a
value in the session (which is null - and should be at this stage). It then
puts a value into the session and checks it by getting it out again.

Next go to /app2/index.jsp (which is the JSP page that was included from
app1). My understanding is that that we would hope to see that the value
that was inserted into the session is still there. 

Currently this does not happen (which is the bug we want to fix). However,
the patch
(http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=12542)
attached to http://issues.apache.org/bugzilla/show_bug.cgi?id=4690 _doesn't_
seem to make a difference. I think I'm missing something there - would we
expect the patch to fix this, or is my testcase wrong?

I'm using Tomcat 5.0.25 (with a patched Tomcat 5.0.27 catalina.jar).

To try these yourself, install both wars, enable cross-context dispatching
for them, then go to /app1/index.jsp and follow the instructions.

Nick

> -----Original Message-----
> From: Nick Lothian [mailto:nick.lothian@essential.com.au]
> Sent: Thursday, 7 October 2004 2:35 PM
> To: pluto-dev@portals.apache.org
> Subject: RE: Cross Context Sessions (was RE: Defining the release)
> Importance: Low
> 
> 
> I'll try to write some (non portlet based) test cases, and 
> attach them to
> the report
> 
> > -----Original Message-----
> > From: David H. DeWolf [mailto:ddewolf@apache.org]
> > Sent: Thursday, 7 October 2004 2:36 PM
> > To: pluto-dev@portals.apache.org
> > Subject: Cross Context Sessions (was RE: Defining the release)
> > 
> > 
> > I think we need to put together some more tests to verify, 
> > but I *think*
> > that it may be possible to retrieve the session again from 
> > another INCLUDED
> > resource which is also "shadowing" the originating session.  
> > If it's not the
> > case now, since it doesn't require the writing of a cookie or 
> > url rewriting,
> > we may be able to get Remy to add that fix.  I guess that's a 
> > step in the
> > right direction but it's still not good enough to meet the 
> > portlet spec.
> > 
> > I wonder what the JSR-168 team's interpretation of this is?  
> > Obviously they
> > had figured it could be implemented somehow since the portlet 
> > spec depends
> > on it.  Stephen, do you have any insight (or pull to help us 
> > get this pushed
> > through)?  
> > 
> > Perhaps if some more of you comment on the bugzilla entry we 
> > can get some
> > more visibility and they'll see that it's more than just one 
> > or two of us
> > that need this functionality.
> > 
> > David
> > 

Mime
View raw message