]
ehsavoie Hugonnet resolved WFLY-10380.
--------------------------------------
Fix Version/s: 16.0.0.Beta1
Resolution: Done
It seems to be corrected in Artemis 2.6.x BUT there is a bug in Artemis that fills the
thread pool to the max value and keeps on replacing threads periodically.
ThreadPoolExecutor leak under SM due to lack of privileged block
----------------------------------------------------------------
Key: WFLY-10380
URL:
https://issues.jboss.org/browse/WFLY-10380
Project: WildFly
Issue Type: Bug
Components: JMS
Reporter: David Lloyd
Assignee: ehsavoie Hugonnet
Priority: Critical
Labels: security-manager
Fix For: 16.0.0.Beta1
Still researching the source of these leaks.
The way the leak happens is, a {{java.util.concurrent.ThreadPoolExecutor}} is constructed
from an unprivileged context. The pool starts up and threads are created without a
problem, however, the thread pool is never shut down. The finalizer runs but since it
tries to shut down the pool with an access control context that was captured during
construction, it fails because the context did not have the {{modifyThread}}
{{RuntimePermission}}, and the thread pool never shuts down.
We need to identify the points where TPEs are being constructed without controlled
privileges.