flowable / flowable/flowable-engine
Tomcat reports leak due to UserIdPrincipal not destroying ThreadLocal upon stopping
- Vorherrschende Sprache
- Java
- Sterne
- 9.5k
- Forks
- 2.9k
- Ø Merge
- 7 Std. 8 Min.
- Gemergte PRs (30 T.)
- 2
Beschreibung
I run a web application that includes flowable inside an Apache Tomcat servlet container running under Linux debian.
When reloading the application multiple errors identical to this one are reported in tomcat's `catalina.out`.
> [2023-02-28 10:18:28] [crit] The web application [my-application] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@6641b2af]) and a value of type [org.flowable.common.engine.impl.identity.UserIdPrincipal] (value [org.flowable.common.engine.impl.identity.UserIdPrincipal@7342689d]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
My web app uses flowable `7.0.0.M1` installed from maven. I run tomcat 10.1.6 under debian 12 (bookworm).
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne damit, UserIdPrincipal und dessen ThreadLocal-Lebenszyklus während des Herunterfahrens der Anwendung nachzuverfolgen, und reproduziere anschließend ein Neuladen der Anwendung unter Apache Tomcat 10.1.6 mit dem gemeldeten Flowable-Setup. Als erledigt gilt die Aufgabe, wenn das Stoppen und Neuladen der Anwendung in catalina.out keine ThreadLocal-Speicherleckwarnung mehr erzeugt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- backend
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100