[CAMEL-19576] Undocumented Behavior of SEDA Consumer in Combination with Split

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Information Provided
• Affects Version/s: 3.4.6, 3.10.0, 3.15.0
• Component/s: camel-core, camel-seda
• Labels: split thread
• Estimated Complexity: Unknown
• Assignee: Unassigned
• Reporter: Hubertus Willuhn
• Created: 05/Jul/23 07:06
• Updated: 05/Jul/23 09:08
• Resolved: 05/Jul/23 07:12

Description

We are using SEDA consumers in combination with split expression and thread pool for processing data. We did an upgrade from Camel 2 to Camel 3 and now encounter a critical change in behavior.

Which Camel Versions are affected?
We tested Camel 3.4.6 to 3.15.0.

Which Java Versions are affected
Java 8 (OpenJDK, Oracle) and Java 11 (OpenJDK)

What is the problem?
Before upgrading to Camel 3.x, we use routes consuming from seda endpoints, with a single thread, processing the exchanges. Within the same route, a split will be used with a custom thread-pool. The expected behavior is, that the seda thread blocks until the split is done, and will continue down the route to the end of the route, after the split end. However, this behavior changed with Camel 3.x, which breaks the routing logic for us, and does not match to the current documentation of "split" EIP.
The "feature" which seems to be broken is the fact documented for split option "parallelProcessing" (in https://camel.apache.org/components/3.20.x/eips/split-eip.html#_options):
Note the caller thread will still wait until all messages has been fully processed, before it continues.

I attached a test that should show what the issue is. We would expect that the test "testSedaThreads" succeeds.

The question is:
Are we doing something wrong, is documentation missing or not up to date, or is this an unwanted behavior?

Issue Links

• relates to: CAMEL-19478 camel-core - Add synchronous option to some EIPs like split