[
https://issues.apache.org/jira/browse/NIFI-7544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Milco Numan updated NIFI-7544:
------------------------------
Attachment: ReplaceText-Configuration.png
> ReplaceText processor seems not thread-safe?
> --------------------------------------------
>
> Key: NIFI-7544
> URL: https://issues.apache.org/jira/browse/NIFI-7544
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework
> Affects Versions: 1.11.4
> Environment: Red Hat Enterprise Linux 7.8
> openjdk version "11.0.7" 2020-04-14 LTS
> OpenJDK Runtime Environment 18.9 (build 11.0.7+10-LTS)
> OpenJDK 64-Bit Server VM 18.9 (build 11.0.7+10-LTS, mixed mode, sharing)
> Reporter: Milco Numan
> Priority: Major
> Attachments: ReplaceText-Configuration.png, apache-nifi.txt
>
>
> We have a flow where there are separate flow files containing a single
> string. We use the ReplaceText processor to prepend this string by a
> parameter name (for use in an actual URI, as query parameter) and postfix the
> string by an ampersand:
> When using this processor with number of concurrrent tasks > 1 (4 in our
> case), we have seen it happening that content of file-A is inserted as the
> result of file-B, it seems as if the process is not thread safe where the
> actual search value is captured.
> We can see from the logfile (created by inserting LogAttribute processors
> logging uuid and the actual content after all steps in the process) that the
> input of one file is overwritten with the search/replace pattern of another
> file (just before it), see uploaded log file
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
