Hi Keheliya, there is no workaround yet, it is probably a bit tricky as you will need to use an InvokeResponseChannel like in the two-way case but use it only for ACKing that the invoke was successful or NACKing if it was not. Should not be too hard though.
HTH, Tammo On Tue, Jul 9, 2013 at 2:17 PM, Keheliya Gallaba <keheliya.gall...@gmail.com > wrote: > Hi Tammo, > > Yes. That looks like the same issue. Is there any other work around to find > out in the BPEL process when an one-way invoke fails due to a transport > error? > > Thanks, > Keheliya > > On 9 July 2013 17:27, Tammo van Lessen <tvanles...@gmail.com> wrote: > > > Hi Keheliya, > > > > If I understand you correctly, this is sort of a known issue. Could you > > verify that its related to https://issues.apache.org/jira/browse/ODE-714 > ? > > > > Thanks, > > Tammo > > > > > > On Tue, Jul 9, 2013 at 12:15 PM, Keheliya Gallaba < > > keheliya.gall...@gmail.com> wrote: > > > > > Hi devs, > > > > > > In ODE, when an invoke of the BPEL has an one-way call, if the endpoint > > is > > > not reachable, it just prints the 'Unable to sendViaPost' error in the > > > console and continues to execute the rest of the process without > raising > > a > > > fault or halting it. As described here[1] we can set 'faultOnFailure' > to > > > true. But it gets activated only when a TimeOut occurs or a Fault comes > > in > > > the response of a two-way message (so doesn't apply to the one-way > > invoke) > > > Am I missing something here? The requirement is to raise a fault and > halt > > > the process flow when the back end service is unavailable or network > > > failure in an one-way call. Is there any other way to achieve this? > > > > > > Thanks, > > > Keheliya > > > > > > [1] > http://ode.apache.org/extensions/activity-failure-and-recovery.html > > > > > > -- > > > Keheliya Gallaba > > > More about me: http://about.me/keheliya > > > > > > > > > > > -- > > Tammo van Lessen - http://www.taval.de > > > > > > -- > Keheliya Gallaba > More about me: http://about.me/keheliya > -- Tammo van Lessen - http://www.taval.de
