951 2013-06-04 05:18:59 +0000 Ability to disable portable interceptors for local invocations 2013-07-18 02:41:12 +0000 1 1 1 Unclassified JacORB ORB 3.2 PC Linux RESOLVED INVALID P5 enhancement --- 1 jm.ais40 jacorb-bugs jacorb oldest_to_newest 3008 0 jm.ais40 2013-06-04 05:18:59 +0000 Hello, We currently use interceptors as a mean to secure date exchanges through encryption. Originally using Visibroker, we were used to having these interceptors not being called for any local invocation. Now we note that JacORB does use interceptors even for local calls (yet with a specific optimized behavior). For critical performance reasons for us, it would be very useful to be able to disable interceptors for local calls. What we've done so far on our side to work around this, is to disable "interceptors-bound" code portions in servant_preinvoke/post_invoke in the Delegate class, and in the ServantObjectImpl class. What's your opinion on this specific topic? I couldn't see any obvious mention on what is the preferred behavior in the CORBA 3.1 specifications. Thanks! 3012 1 jacorb 2013-06-10 08:00:56 +0000 JacORB's behaviour to use interceptors in local calls is specified in the IDL/Java mapping 1.3 2008-01-11 4.21 Is there a particular problem with interceptors being called on local paths? i.e. could you not do some logical determination in your code to prevent expensive calls if they are not necessary? 3013 2 jm.ais40 2013-06-10 08:15:57 +0000 Thanks for your precise answer! We use interceptors to encrypt/decrypt requests to ensure data security. We obviously don't need that for local exchanges, hence my request. I see the disabling of interceptors for local calls as the preferred "choice", as it's the best solution performance-wise for us. What process would you recommend in the portable interceptors to know whether the call is local or not? I could maybe do some benchmarks to see if the performance degradation is bearable for us. Anyway, thanks for your insights! 3020 3 jacorb 2013-06-16 18:01:11 +0000 You could add a check for whether the object is_local ? As per commit 8647cbcf0d9c3fc8f433b82050aa95a764d188e6 3043 4 jacorb 2013-07-18 02:41:12 +0000 Note: bug957 will have a new API isLocalInterceptors() implemented which would allow determination of whether to run code.