[
https://issues.apache.org/jira/browse/NIFI-4156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16091338#comment-16091338
]
ASF subversion and git services commented on NIFI-4156:
-------------------------------------------------------
Commit 844dbe4edbc1cc0d24abe394cd276b9925627240 in nifi's branch
refs/heads/master from [~mattyb149]
[ https://git-wip-us.apache.org/repos/asf?p=nifi.git;h=844dbe4 ]
NIFI-4156: Fixed fragment.count in SplitText to equal emitted flow files
Signed-off-by: Pierre Villard <[email protected]>
This closes #2014.
> SplitText processor Fragment.count does not match number of output FlowFiles.
> -----------------------------------------------------------------------------
>
> Key: NIFI-4156
> URL: https://issues.apache.org/jira/browse/NIFI-4156
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework
> Affects Versions: 1.1.0
> Reporter: Matthew Clarke
> Assignee: Matt Burgess
> Priority: Minor
>
> SplitText processor configured as follows:
> - line split count = 1
> - Remove trailing Newlines = true
> If the FlowFile being split contains 1 or more blank lines, those blank lines
> are not turned into split FlowFiles as expected based on above settings.
> However, those blank lines are still counted in the fragment.count attribute.
> The fragment.count should actually match the number of emitted FlowFiles.
> Fragment count is likely to be used as a method to confirm all FlowFiles have
> been processed later downstream of splitText.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
