You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2019/06/10 06:49:00 UTC
[jira] [Commented] (NIFI-6361) PutFile doesn't check the
restriction of the max files properly when replace strategy is activated
[ https://issues.apache.org/jira/browse/NIFI-6361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16859750#comment-16859750 ]
ASF subversion and git services commented on NIFI-6361:
-------------------------------------------------------
Commit 1975101292fcd0fceb0d30594da54e5257bc7700 in nifi's branch refs/heads/master from Andres Garagiola
[ https://gitbox.apache.org/repos/asf?p=nifi.git;h=1975101 ]
NIFI-6361: Add fix to PutFile processor
When PutFile uses 'replace' conflict resolution and max files, there is an issue when the folder has X files, and the limit is also X. The processor fails instead of replacing it, leaving X files. This commit fixes that issue.
This closes #3524.
Signed-off-by: Andres Garagiola <an...@gmail.com>
Signed-off-by: Koji Kawamura <ij...@apache.org>
> PutFile doesn't check the restriction of the max files properly when replace strategy is activated
> --------------------------------------------------------------------------------------------------
>
> Key: NIFI-6361
> URL: https://issues.apache.org/jira/browse/NIFI-6361
> Project: Apache NiFi
> Issue Type: Bug
> Reporter: Andres Garagiola
> Priority: Minor
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> In PutFile processor, when the conflict resolution is set to replace, the processor works in the wrong way. If we have a limit of X files in the folder, and we have already X files there. If we want to override it, the processor will fail because we exceed the number of files in the folder. Since we want to replace a file, we will not exceed the limit at all.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)