You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Eric Secules (Jira)" <ji...@apache.org> on 2025/07/02 22:26:00 UTC

[jira] [Updated] (NIFI-14707) TImedLock creates too many loggers

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

Eric Secules updated NIFI-14707:
--------------------------------
    Summary: TImedLock creates too many loggers  (was: Two loggers created in TimedLock with the same name)

> TImedLock creates too many loggers
> ----------------------------------
>
>                 Key: NIFI-14707
>                 URL: https://issues.apache.org/jira/browse/NIFI-14707
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 1.0.0, 2.4.0
>            Reporter: Eric Secules
>            Priority: Major
>         Attachments: Screenshot 2025-07-02 at 2.14.32 PM.png
>
>
> I was investigating why it takes longer and longer to upload process groups containing many connected components to nifi and after taking a flamegraph I noticed only this call to getLogger inside `DebugEnabledTimedLock` was showing up. All the other loggers I see in my nifi heap dump look like they only go as specific as the Class name and not the specific instance.
> Im looking for feedback on the correct course of action. The simplest would be removing the specificity and just using the logger for `TimedLock`. Or if we still want this specific debugging feature we could use a system property to gate whether we create `TimedLock` loggers with the instance ID or not.



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