Replies: 2 comments
|
Messages starting with I am moving this to discussions. |
0 replies
|
This happens when you have log4j 1.x API jars on the classpath alongside log4j 2.x. The Fix: Find and remove old log4j 1.x jars, keeping only the 2.x bridge if needed: # Find conflicts
mvn dependency:tree -Dincludes=log4jLook for:
If you're using SLF4J, you don't need the bridge at all: <dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-slf4j2-impl</artifactId>
<version>2.20.0</version>
</dependency>Exclude the transitive log4j 1.x dependency: <dependency>
<groupId>some.library</groupId>
<artifactId>some-artifact</artifactId>
<exclusions>
<exclusion>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
</exclusion>
</exclusions>
</dependency>The warning is harmless but noisy — removing the old jar silences it entirely. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Description
In hierarchy.java, the lines
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
make it seem, like log4j 1.x is failing to boot up, providing a link to outdated documentation.
Configuration
Version: [2.20.0]
Operating system: [AIX]
JDK: [OpenJDK 11]
Logs
Reproduction
n.a.
All reactions