[
https://issues.apache.org/jira/browse/LOG4J2-3557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17602519#comment-17602519
]
ASF subversion and git services commented on LOG4J2-3557:
---------------------------------------------------------
Commit 1a395bdc74ca8ced5bdc87c8656b090626c3f471 in logging-log4j2's branch
refs/heads/dependabot/maven/io.fabric8-kubernetes-client-6.1.1 from Piotr P.
Karwasz
[ https://gitbox.apache.org/repos/asf?p=logging-log4j2.git;h=1a395bdc74 ]
[LOG4J2-3557] Missing release note
> mule-3.3.1 with log4j-1.2-api-2.18.0 creates infinite recursion
> ---------------------------------------------------------------
>
> Key: LOG4J2-3557
> URL: https://issues.apache.org/jira/browse/LOG4J2-3557
> Project: Log4j 2
> Issue Type: Bug
> Components: Log4j 1.2 bridge
> Affects Versions: 2.18.0
> Reporter: Andreas Leitgeb
> Assignee: Piotr Karwasz
> Priority: Minor
> Fix For: 2.19.0
>
>
> mule's class ApplicationAwareRepositorySelector has getLoggerRepository()
> method, and within that it eventually tries to create a RootLogger.
> In old log4j-1.2.16.jar this just created the RootLogger/Logger/Category
> hierarchy without any attempt to obtain a LoggerRepository. I disassembled
> the bytecode to check this.
> in the bridge, the c'tor of Category calls LogManager.getLoggerRepository()
> and that method ends up recursively calling mule's
> ApplicationAwareRepositorySelector.getLoggerRepository()
> ```
> at
> org.apache.log4j.LogManager.getLoggerRepository(LogManager.java:171)
> at org.apache.log4j.Category.<init>(Category.java:177)
> at org.apache.log4j.Category.<init>(Category.java:192)
> at org.apache.log4j.Logger.<init>(Logger.java:57)
> at org.apache.log4j.spi.RootLogger.<init>(RootLogger.java:39)
> at
> org.mule.module.launcher.log4j.ApplicationAwareRepositorySelector.getLoggerRepository(ApplicationAwareRepositorySelector.java:62)
> ```
> At this point I cannot yet tell, if this is a horrible wrong-doing of mule,
> or just one of a number of horrible incompatibilities between the bridge and
> the old real log4j.
> I'm aware that mule-3.3.1 is helplessly out of lifetime, but that's what I
> thought the bridge was meant for: to help upgrading SW that "cannot do
> log4j2."
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
