[PLUTO-540] New PortletURLListenerService

• Type: Improvement
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.0.0
• Fix Version/s: 2.0.0
• Component/s: portal driver, portlet container
• Assignee: Ate Douma
• Reporter: Ate Douma
• Created: 11/Mar/09 15:27
• Updated: 11/Mar/09 16:08
• Resolved: 11/Mar/09 16:08

Description

Below copied (in part) from email discussion on the Pluto dev list, see also: http://www.nabble.com/More-required-Pluto-2.0-SPI-and-implementation-refactoring-issues-td21973310.html

• • • PortletURLGenerationListener implementation and usage
      This issue is similar to the issue with the FilterManager implementation (see PLUTO-539): on each PortletURL creation all portlet deployment descriptor
      defined PortletURLGenerationListener classes are recreated on the fly while these are expected to be stateless singleton instances anyway.

=====
I've replaced the old PortletURLListener with a PortletURLListenerService to solve this issue.