You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Mark Payne (Jira)" <ji...@apache.org> on 2023/03/15 16:34:00 UTC

[jira] [Updated] (NIFI-11289) NiFi UI blocks on read access to FlowFile Queues

     [ https://issues.apache.org/jira/browse/NIFI-11289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Payne updated NIFI-11289:
------------------------------
    Fix Version/s: 1.latest
                   2.latest

> NiFi UI blocks on read access to FlowFile Queues
> ------------------------------------------------
>
>                 Key: NIFI-11289
>                 URL: https://issues.apache.org/jira/browse/NIFI-11289
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>            Reporter: Mark Payne
>            Assignee: Mark Payne
>            Priority: Major
>             Fix For: 1.latest, 2.latest
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> When the NiFi UI makes a request for a given Process Group or its status, the backend must obtain Read Locks on the FlowFile Queues in order to provide the information back to the UI.
> This results in a sluggish UI whenever there are a lot of queues with a lot of FlowFiles flowing. And in a case where we drop huge numbers of FlowFiles or add huge numbers of FlowFiles to queue (for instance, as a result of SplitJson) that lock can be held for quite a while, making the UI block arbitrarily long.
> The Read Locks, however, are not necessary for any of the requests that the UI makes for the canvas. They are necessary only for the Status History of the Connection/Queue. And for backward compatibility we should also make it available to Reporting Tasks.



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