You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@logging.apache.org by "Jared Wiltshire (Jira)" <ji...@apache.org> on 2021/01/26 18:33:00 UTC
[jira] [Created] (LOG4J2-3006) ForkJoinPool common pool is
initialized, no option to supply another executor
Jared Wiltshire created LOG4J2-3006:
---------------------------------------
Summary: ForkJoinPool common pool is initialized, no option to supply another executor
Key: LOG4J2-3006
URL: https://issues.apache.org/jira/browse/LOG4J2-3006
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.14.0
Reporter: Jared Wiltshire
After upgrading our application to use Log4J 2.14 we discovered that our thread factory for the ForkJoinPool common pool was not being used.
After debugging I discovered that this was because we initialize Log4J before we configure the ForkJoinPool. Log4J 2.14 now initializes the ForkJoinPool common pool via this line in the constructor:
{{CompletableFuture.runAsync(ThreadContextDataInjector::initServiceProviders);}}
This was introduced by LOG4J2-2867. I am not familiar with what initServiceProviders is doing but please consider reverting to the previous behavior by default and providing an option to supply an executor if desired.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)