Refactor request attribute handling (PLUTO-489)

[Eric Dalquist]

I created https://issues.apache.org/jira/browse/PLUTO-489 this morning along with a patch that creates a new optional service for handling of request attributes. PortletRequestImpl is modified to delegate all four request attribute methods (get, names, set, remove) to this interface, included in the move is the createUserInfoMap method from PortletRequestImpl.

-Eric

The motivation behind the change is to allow a portal to have influence on the handling of request attributes and filtering of the USER_INFO Map without having to re-implement the entire PortletRequest hierarchy. The patch attached in Jira is functionally identical to the existing code. Current users of Pluto that use their own direct implementations of the OptionalContainerServices interface will have to implement a new method from that interface when upgrading. To retain existing behavior that implementation would simply be to return the provided DefaultRequestAttributeService. I'd like to propose this change for 1.1.6 and 2.0.0. I'm going to hold off on any commits until I hear back on this list.

smime.p7s
Description: S/MIME Cryptographic Signature