[
https://issues.apache.org/jira/browse/CAMEL-8284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14293208#comment-14293208
]
Akitoshi Yoshida commented on CAMEL-8284:
-----------------------------------------
this is a known limitation of camel's stream caching.
http://mail-archives.apache.org/mod_mbox/camel-users/201302.mbox/%3ccaf8t5xvr8rnhs8z5gzdpppam5hq9j0f4bbsuct5hwpmvao0...@mail.gmail.com%3E
I think we should just make camel's stream cache work similar to cxf's stream
caching, which can be read multiple times by multiple threads.
regards, aki
> MultiCast in Parallel Processing Mode with StreamCache leads to wrong results
> -----------------------------------------------------------------------------
>
> Key: CAMEL-8284
> URL: https://issues.apache.org/jira/browse/CAMEL-8284
> Project: Camel
> Issue Type: Bug
> Components: camel-core
> Affects Versions: 2.14.1
> Reporter: Franz Forsthofer
> Fix For: 2.14.2, 2.15.0
>
> Attachments:
> 0001-multicast-with-parallel-processing-and-stream-cachin.patch
>
>
> If the multi-cast processor gets as an input a stream cache in the parallel
> processing mode, then the stream is read by different threads concurrently.
> This leads to wrong results.
> The attached patch solves this issue. The idea of the patch is to provide a
> copy of the stream cache to each thread. The copy will use the same cache of
> the original stream cache, only the stream which accesses the cached data
> will be a separate instance. For this, we introduced the new method
> copy()
> in the StreamCache class.
> See also discussion in
> http://camel.465427.n5.nabble.com/Data-Corruption-in-SFTP-in-Parallel-Multicast-branches-td5761673.html#a5761781
> Franz Forsthofer
> SAP SE
> e-mail: franz.forsthofer[at]sap.com
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
