ServletConfigInterceptor, along with PrincipalAware / PrincipalProxy, are not
portlet aware
-------------------------------------------------------------------------------------------
Key: WW-1696
URL: https://issues.apache.org/struts/browse/WW-1696
Project: Struts 2
Issue Type: Bug
Components: Portlet Integration
Affects Versions: 2.0.4
Reporter: Rene Gielen
Assigned To: Rene Gielen
Priority: Critical
Fix For: 2.0.5
Background: PortletRequest.getPrincipal() / PortletRequest.getRemoteUser() ...
are the only well-defined extensions points for adding personalization /
security related stuff to your portlets.
The current implementation relies on access to HttpServletRequest, but the
Jsr168Dispatcher does not put the HttpServletRequest into action context (in
fact there is a TODO in the code, but I wonder where it should come from!?!).
After all, for enabling actions to be principal aware, the PortletRequest
provides all neccessary information as well.
Right now, PrincipalProxy ís HttpServletRequest dependent. We should abstract
it into an interface with one servlet and one porlet specific implementation to
deliver Principal related information from PorletRequest, if applicable. This
would have minimal impact on current code, while eliminating a showstopper for
portlet development. Along with that, the getRequest() method of PrincipalProxy
should be deprecated.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.