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 2024/07/22 16:46:00 UTC

[jira] [Commented] (NIFI-13563) Add endpoint to return most recent provenance events for a processor invocation

    [ https://issues.apache.org/jira/browse/NIFI-13563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17867800#comment-17867800 ] 

ASF subversion and git services commented on NIFI-13563:
--------------------------------------------------------

Commit 6dd83b70346e35ada3aaed82f14de00447d43277 in nifi's branch refs/heads/main from Mark Payne
[ https://gitbox.apache.org/repos/asf?p=nifi.git;h=6dd83b7034 ]

NIFI-13563: Updated Provenance Repository so that instead of returning the single latest event for a component, we return the events from the latest invocation / session. Added system tests to verify the behavior. Also, when replaying latest event, attempt all of those events until one succeeds or all fail

Signed-off-by: Matt Burgess <ma...@apache.org>

This closes #9095


> Add endpoint to return most recent provenance events for a processor invocation
> -------------------------------------------------------------------------------
>
>                 Key: NIFI-13563
>                 URL: https://issues.apache.org/jira/browse/NIFI-13563
>             Project: Apache NiFi
>          Issue Type: Task
>          Components: Core Framework
>            Reporter: Mark Payne
>            Assignee: Mark Payne
>            Priority: Major
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> When building a flow, the ability to click "Replay Last Event" can be incredibly powerful and convenient, giving the user the ability to more quickly verify changes. However, it sometimes can fail, depending on what the latest event was. For example, a JOIN event cannot be replayed because it would mean re-queuing potentially huge numbers of FlowFiles. Often, though, a Processor will emit multiple events in the same invocation.
> To account for this, instead of only retrieving the last event for a Processor, retrieve the last "event set" - that is, all events from the last invocation of a Processor and iterate through all of them until able to replay an event.
> In addition to simply replaying the event, though, we should have the ability to retrieve those latest events, as building a flow typically means that we want to know what "just happened".
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)