You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@atlas.apache.org by "Hello CoCooo (JIRA)" <ji...@apache.org> on 2019/04/07 14:59:00 UTC

[jira] [Created] (ATLAS-3119) Dependency Conflict: duplicate classes "org.apache.log4j.Logger" in different JARs, have different implementations

Hello CoCooo created ATLAS-3119:
-----------------------------------

             Summary: Dependency Conflict: duplicate classes "org.apache.log4j.Logger" in different JARs, have different implementations
                 Key: ATLAS-3119
                 URL: https://issues.apache.org/jira/browse/ATLAS-3119
             Project: Atlas
          Issue Type: Bug
          Components:  atlas-core
    Affects Versions: 0.8.3
            Reporter: Hello CoCooo
             Fix For: 0.8.4


Hi, in *incubator-atlas-release-0.8.3* (*\addons\storm-bridge-shim* module), duplicate classes with the same fully-qualified name _*org.apache.log4j.Logger*_ are included in two different libraries, i.e., *org.slf4j:log4j-over-slf4j:1.6.6* and *log4j:log4j:1.2.17*.

According to _"first declaration wins"_ class loading strategy, only this class in *org.slf4j:log4j-over-slf4j:1.6.6* can be loaded, and that in *log4j:log4j:1.2.17* will be shadowed.

By further analyzing, your project expects to invoke method *<org.apache.log4j.Logger: boolean isTraceEnabled()>* in *log4j:log4j:1.2.17*. As it has been shadowed, so that this method defined in *org.slf4j:log4j-over-slf4j:1.6.**_6_* are actually forced to be referenced via the following invocation path:
{code:java}
// code placeholder
<org.apache.atlas.storm.hook.StormAtlasHook: void <clinit>()> D:\testcase\TestProject\incubator-atlas-release-0.8-rc1\addons\storm-bridge-shim\target\classes

<org.slf4j.LoggerFactory: org.slf4j.Logger getLogger(java.lang.Class)> D:\cEnvironment\repository\org\slf4j\slf4j-api\1.7.21\slf4j-api-1.7.21.jar

<org.slf4j.LoggerFactory: org.slf4j.Logger getLogger(java.lang.String)> D:\cEnvironment\repository\org\slf4j\slf4j-api\1.7.21\slf4j-api-1.7.21.jar

<org.slf4j.impl.Log4jLoggerFactory: org.slf4j.Logger getLogger(java.lang.String)> D:\cEnvironment\repository\org\slf4j\slf4j-log4j12\1.7.21\slf4j-log4j12-1.7.21.jar

<org.slf4j.impl.Log4jLoggerAdapter: void <init>(org.apache.log4j.Logger)> D:\cEnvironment\repository\org\slf4j\slf4j-log4j12\1.7.21\slf4j-log4j12-1.7.21.jar

<org.slf4j.impl.Log4jLoggerAdapter: boolean isTraceCapable()> D:\cEnvironment\repository\org\slf4j\slf4j-log4j12\1.7.21\slf4j-log4j12-1.7.21.jar

<org.apache.log4j.Logger: boolean isTraceEnabled()>
{code}
Although both of these two conflicting classes contain the referenced methods (with the same signature), they have different implementations. This issue will not lead to runtime crashes, but it can introduce inconsistent semantic hehavior by changing the control flows and data flows.

*_Workaround solution:_*
An easy way to workaround the problem is *_reversing the declaration order_* of these two libraries i n pom file.
Then, according to *_"first declaration wins"_* class loading strategy, class *org.apache.log4j.Logger* in *org.slf4j:log4j-over-slf4j:1.6.6* can be loaded (the version that *log4j:log4j:1.2.17* expects to reference by static analysis).
This fix will not affect other libraries or class, except the above duplicate class.

 

*Dependency tree--*

[INFO] --- maven-dependency-plugin:2.10:tree (default-cli) @ storm-bridge-shim ---

[INFO] org.apache.atlas:storm-bridge-shim:jar:0.8-incubating

[INFO] +- org.apache.atlas:atlas-plugin-classloader:jar:0.8-incubating:compile

[INFO] +- org.apache.storm:storm-core:jar:1.0.0:compile

[INFO] |  +- com.esotericsoftware:kryo:jar:3.0.3:compile

[INFO] |  |  +- com.esotericsoftware:reflectasm:jar:1.10.1:compile

[INFO] |  |  |  \- org.ow2.asm:asm:jar:5.0.3:compile

[INFO] |  |  +- com.esotericsoftware:minlog:jar:1.3.0:compile

[INFO] |  |  \- org.objenesis:objenesis:jar:2.1:compile

[INFO] |  +- org.clojure:clojure:jar:1.7.0:compile

[INFO] |  +- com.lmax:disruptor:jar:3.3.2:compile

[INFO] |  +- org.apache.logging.log4j:log4j-api:jar:2.1:compile

[INFO] |  +- org.apache.logging.log4j:log4j-core:jar:2.1:compile

[INFO] |  +- org.apache.logging.log4j:log4j-slf4j-impl:jar:2.1:compile

[INFO] |  +- _*org.slf4j:log4j-over-slf4j:jar:1.6.6:compile*_

[INFO] |  \- javax.servlet:servlet-api:jar:2.5:compile

[INFO] +- org.slf4j:slf4j-api:jar:1.7.21:compile

[INFO] +- org.slf4j:slf4j-log4j12:jar:1.7.21:compile

[INFO] |  \- _*log4j:log4j:jar:1.2.17:compile*_

[INFO] \- org.slf4j:jul-to-slf4j:jar:1.7.21:compile

 

Thank you very much.
Best,
Coco



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)