[jacorb-bugs] [Bug 1009] New: Client Interceptor does not handle properly second exception in a raw

[bugzilla-daemon at jacorb.org]

http://www.jacorb.org/bugzilla/show_bug.cgi?id=1009

            Bug ID: 1009
           Summary: Client Interceptor does not handle properly second
                    exception in a raw
           Product: JacORB
           Version: 3.5
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: blocker
          Priority: P5
         Component: ORB
          Assignee: jacorb-bugs at lists.spline.inf.fu-berlin.de
          Reporter: Serguei.Kolos at cern.ch

I have the ClientRequestInterceptor implementation which implements the
receive_exception function to handle restarts of remote servers. If the
interceptor gets an exception it tries to find an updated reference to the
remote object and throws ForwardRequest exception with that reference. The
result of this procedure is different depending on the validity of the new
reference:

1. If the new reference is valid (i.e. represents an existing CORBA object)
everything goes fine.

2. If the new reference is invalid, (i.e. the corresponding remote server is
not running) the MyClientRequestInterceptor.receive_exception function is
immediately invoked again. My implementation detects that this is already a
second exception received for the updated reference so it decides to give up
and does a simple return. And here is the problem - after that the same
MyClientRequestInterceptor.receive_exception is immediately invoked again and
the original exception is never propagated to the user code. At this point my
interceptor enters into an infinite recursion as there is no way out - whenever
it returns it's immediately invoked again.

I need to find a solution urgently as this blocks our production system from
functioning properly. If anyone could give me a hint on how to fix it I can
rebuild the JacORB locally and give t a try. Any help is greatly appreciated.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spline.inf.fu-berlin.de/pipermail/jacorb-bugs/attachments/20150508/f17611f6/attachment.html>