Re: HttpServletPortletRequestWrapper & contextPath()

[Eric Dalquist]

Actually reading further I'm not sure why HttpServletPortletRequestWrapper.getContextPath() isn't simply delegating to PortletRequest.getContextPath().

-Eric

On 5/21/10 11:50 AM, Eric Dalquist wrote:

I'm going to make that change for fixing PLUTO-590, please let me know if the old impl was there for a reason.

I'm trying to figure out whats going on with https://issues.apache.org/jira/browse/PLUTO-590

-Eric

What we see is that when a portlet uses a PortletRequestDispatcher the target of the dispatcher sees HttpServletRequest.getContextPath() returning the context path of the portal instead of the portlet. Digging into HttpServletPortletRequestWrapper the code is returning "pathMethodValues.contextPath" which appears to have information about the original request to the portal. The correct context path is in the currPathAttributeValues Map but not used. My initial reaction is to switch the data source for this method but I wanted to get some feedback on the implementation of this class, its fairly complex and I want to make sure I'm understanding whats going on correctly.

smime.p7s
Description: S/MIME Cryptographic Signature