-
1. Re: Adding PortletInvokerInterceptor to chain
hoang_to Jun 13, 2011 3:13 AM (in response to christoph.hennes)A more flexible way is to create your own Startable object depending on ExoKernelIntegration service component. Then, from the start() method of the custom Startable you could obtain the list of PortletInvokerInterceptor and insert whatever you want.
A built-in illustration is the integration of WSRP stuff into GateIn Portlet Container
-
2. Re: Adding PortletInvokerInterceptor to chain
christoph.hennes Jun 14, 2011 5:19 AM (in response to hoang_to)Hi Minh,
thanks for your answer. I wasn't sure if it is a good idea to modify the interceptor chain after starting ExoKernelIntegration but your recommendation encouraged me to do so now. I will take a look at WSRPServiceIntegration and implement a similar approach for our own interceptor.
Best regards,
Christoph
-
3. Re: Adding PortletInvokerInterceptor to chain
hoang_to Jun 15, 2011 11:57 PM (in response to christoph.hennes)Actually, the canonical way to customize behavior of portlets is building PortletFilter.
-
4. Re: Adding PortletInvokerInterceptor to chain
christoph.hennes Jun 16, 2011 3:46 AM (in response to hoang_to)I totally agree with you. Keep with the standard is normally the best solution. But in our case we already had components base on EPP 4.3 and needed to use JBoss internals (Interceptor) in order to customize especially WSRP behaviour to our requirements (error handling, session handling etc.). Therefore I need to adapt these old components to the new EPP 5.1 environment in cases where the new standard (PortletFilter ect.) is still not sufficient for our needs. But nevertheless I will try to replace our usage of Jboss internals with standard API where possible, as this is the more maintainable way in the long term.