From: <dim...@jb...> - 2005-07-20 13:58:33
|
This is really about detached invokers. In the JRMPProxyFactory we can specify client-side interceptors that are configured inside the exported client-side proxy. Now, when the JRMPProxyFactory is configured with "InvokeTargetMethod=false", the call is forwarded to the target mbean that must expose/implement the signature: public Object invoke(org.jboss.invocation.Invocation invocation) throws Exception. In this manner the target mbean has access directly (or through an xmbean interceptor) to the Invocation object sent from the client side, that may include piggybacked data stored there by the client-side interceptors. However, when the JRMPProxyFactory is configured with "InvokeTargetMethod=true", the call is forwarded to a specific target mbean method (e.g. do()) rather than the generic invoke() method. This is very convenient when remoting an MBean but in this case we loose the Invocation context. What would be the best way to apply server-side interceptors with access to the original Invocation context? Have a second server-side interceptor stack on the JRMPProxyFactory? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3885707#3885707 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3885707 |