Re: Driving towards a release. . .

[Nick Lothian <ni...@mackmo.com>]

David H. DeWolf wrote:

>All,
>
>The incubator has us listed as a "successfully incubated" project.  I guess
>that means we are now able to drive towards a release.  I  finally have a
>few extra cycles and am ready to help the release get out the door.  
>
>Below is a list of (potentially) critical bugs I think we should resolve (or
>decide are invalid) before cutting our first release:
>
>PLUTO-53 - Session Sharing
>  
>

There are conflicting reports as to whether Tomcat 5 fixes this. It's 
possible that some versions do and some don't, or else there maybe other 
factors.

I did some superficial investigation and found that I could reproduce 
the problem on Tomcat 5.0.19, but I haven't looked further. There have 
been mailing list reports of people fixing this by going to Tomcat 5, 
though.

Nick

RE: Driving towards a release. . .

["David H. DeWolf" <dd...@apache.org>]

> 
> There are conflicting reports as to whether Tomcat 5 fixes this. It's 
> possible that some versions do and some don't, or else there 
> maybe other 
> factors.

Isn't this fix proprietary though?  If I'm not mistaken, servlet containers
are not required to support cross context sessions.  Is that correct?

If it is correct, I wonder if we shouldn't go ahead and create a solution
that will work in any compliant container.

> 
> I did some superficial investigation and found that I could reproduce 
> the problem on Tomcat 5.0.19, but I haven't looked further. 
> There have 
> been mailing list reports of people fixing this by going to Tomcat 5, 
> though.

I have had other issues with 5.0.19 as well.  Specifically, with Pluto, I
was receiving the following exception with a clean installation of pluto
while attempting to simply execute our test portlet:

java.lang.NullPointerException
	at
org.apache.catalina.core.ApplicationHttpRequest.getSession(ApplicationHttpRe
quest.java:546)
	at
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWr
apper.java:260)
	at
org.apache.pluto.core.impl.PortletRequestImpl.getPortletSession(PortletReque
stImpl.java:126)
	at
org.apache.pluto.portalImpl.portlet.TestPortlet.doDispatch(TestPortlet.java:
128)
	at javax.portlet.GenericPortlet.render(GenericPortlet.java:178)
	at
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:205)
	at
org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:145) 
      . . .

A simple upgrade to 5.0.27 resolved the issue.


David
> 
> Nick
>