[
https://issues.apache.org/jira/browse/NIFI-1038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Payne resolved NIFI-1038.
------------------------------
Resolution: Fixed
> FetchS3Object emits wrong Provenance Event
> ------------------------------------------
>
> Key: NIFI-1038
> URL: https://issues.apache.org/jira/browse/NIFI-1038
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
> Reporter: Mark Payne
> Assignee: Mark Payne
> Fix For: 0.4.0
>
>
> From the users@ mailing list, we received a question regarding FetchS3Object.
> The processor reports a RECEIVE provenance event. However, it does not create
> the FlowFIle (it overwrites the contents of a FlowFile) so RECEIVE is the
> wrong Provenance event. This should be a CONTENT_MODIFIED event, or
> preferably a FETCH event, when that has been implemented. The email received
> is below:
> I understand that FetchS3Object processor requires an incoming FlowFile to
> trigger it. The problem is that FetchS3Object emits a RECEIVE provenance
> event for the existing FlowFile. That event causes following error when I try
> to open the lineage chart for a simple flow: GenerateFlowFile ->
> FetchS3Object.
> "Found cycle in graph. This indicates that multiple events were registered
> claiming to have generated the same FlowFile (UUID =
> 40f58407-ea10-4843-b8d1-be0e24f685aa)"
> Should FetchS3Object create a new FlowFile for each fetched object? If so,
> does it really require an incoming FlowFile?
> Regards,
> Ben
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
