Bug 1202701 - (6.0.x) Unexpected behavior in fault handling with doTry/doCatch in Camel service
Summary: (6.0.x) Unexpected behavior in fault handling with doTry/doCatch in Camel ser...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: JBoss Fuse Service Works 6
Classification: JBoss
Component: Camel
Version: 6.0.0 GA
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: ---
Assignee: Nobody
QA Contact: Matej Melko
URL:
Whiteboard:
Depends On: 1202699
Blocks: 1183067
TreeView+ depends on / blocked
 
Reported: 2015-03-17 09:12 UTC by Tadayoshi Sato
Modified: 2025-02-10 03:44 UTC (History)
3 users (show)

Fixed In Version:
Clone Of: 1202699
Environment:
Last Closed: 2025-02-10 03:44:17 UTC
Type: Support Patch
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Apache JIRA CAMEL-8476 0 None None None Never

Description Tadayoshi Sato 2015-03-17 09:12:39 UTC
+++ This bug was initially created as a clone of Bug #1202699 +++

Platform BZ for https://issues.apache.org/jira/browse/CAMEL-8476

We have two Camel routes with doTry/doCatch for the entire route and a target SOAP endpoint that can throw SOAP faults. When the second Camel route receives a SOAP fault, the fault gets through the doTry/doCatch for both routes as they don't set handleFault=true flag. In the first route, however, the SOAP fault is just processed as state OK despite our expectation that it should be handled as FAULT.

Furthermore, if we add any arbitrary processor (e.g. <log message="xxx"/>) after the end of doTry in the second route, then surprisingly we get an expected behaviour. That is, the fault is handled as state FAULT in the first route as well.

See CAMEL-8476 for the explanation on why this behaviour happens.

Attached please find the reproducer project that is based on the 'camel-soap-proxy' quickstart. Run 'mvn test' to observe what is outlined above.

Comment 7 Red Hat Bugzilla 2025-02-10 03:44:17 UTC
This product has been discontinued or is no longer tracked in Red Hat Bugzilla.


Note You need to log in before you can comment on or make changes to this bug.