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)