[jira] [Resolved] (NIFI-7544) ReplaceText processor seems not thread-safe?

["Mark Payne (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/NIFI-7544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Payne resolved NIFI-7544.
------------------------------
    Fix Version/s: 1.12.0
       Resolution: Duplicate

> 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
>             Fix For: 1.12.0
>
>         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)