You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Koji Kawamura (JIRA)" <ji...@apache.org> on 2019/07/05 06:07:00 UTC
[jira] [Resolved] (NIFI-6387) RetryFlowFile
[ https://issues.apache.org/jira/browse/NIFI-6387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Koji Kawamura resolved NIFI-6387.
---------------------------------
Resolution: Fixed
Fix Version/s: 1.10.0
Thanks [~tneeley] for your contribution! I've added NiFi Jira projects 'Contributor' role to your account. You can now assign yourself to NiFi Jira issues.
> RetryFlowFile
> -------------
>
> Key: NIFI-6387
> URL: https://issues.apache.org/jira/browse/NIFI-6387
> Project: Apache NiFi
> Issue Type: Improvement
> Reporter: Travis Neeley
> Assignee: Travis Neeley
> Priority: Minor
> Fix For: 1.10.0
>
> Original Estimate: 2h
> Time Spent: 4h 10m
> Remaining Estimate: 0h
>
> Processor takes a FlowFile. It will then look for a retry attribute on the FlowFile. If none is present or if the designated retry attribute is set and not a number, the retry attribute is set to "1" and passed to a retry relationship.
> A configurable PropertyDescriptor contains the maximum number of times the FlowFile can be retried before being passed to a separate retries exceeded relationship. This PropertyDescriptor should have a validator for allowable positive integers for the retry.
> Processor may also conditionally penalize the FlowFile on the retry relationship.
>
> Many interactions with NiFi request some information from a service and retry if the response isn't explicitly success. While it's quite common to use UpdateAttribute followed by a RouteOnAttribute to do this, there could be value in having a discreet processor for this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)