SLF4J 冲突, 如何指定其中一个为实现类

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Actual binding is of type [org.slf4j.impl.SimpleLoggerFactory]

Exception in thread "main" java.lang.IllegalArgumentException: LoggerFactory is not a Logback LoggerContext but Logback is on the classpath. Either remove Logback or the competing implementation

from SLF4J multiple_bindings Doc

NOTE The warning emitted by SLF4J is just that, a warning. Even when multiple bindings are present, SLF4J will pick one logging framework/implementation and bind with it. The way SLF4J picks a binding is determined by the JVM and for all practical purposes should be considered random.

如上所示，由于 SLF4J binding 是 random 的，所以这里就随机引用到了 Actual binding is of type [org.slf4j.impl.SimpleLoggerFactory] 导致 IllegalArgumentException

把此 gradle 项目换成 maven 时，它就随机绑定到了 Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder] , 此时启动没问题，但是对于 gradle 项目还是想去解决这个问题。

主要问题还是引的 jar 依赖（ soot-infoflow-cmd ）里直接把 slf4j 侵入到代码里了，所以无法在这个依赖下 exclude 掉内部的 slf4j。

解决方式也说了， Either remove Logback or the competing implementation , 要删 logback，可是我不想 exclude springboot-starter-logging，要么 competing implementation, 那么这里如何去 compete implementation 呢？如何让它强制 bind [ch.qos.logback.classic.util.ContextSelectorStaticBinder] 呢？

git00ll

2019-10-22 11:40:51 +08:00

#### 将你想使用的实现类配置在第一个，下面 slf4j-simple 配置都在 logback-classic 前面，使用的就是 slf4j-simple

```

dependencies {
testCompile group: 'junit', name: 'junit', version: '4.12'
compile group: 'org.slf4j', name: 'slf4j-api', version: '1.7.28'
compile group: 'org.slf4j', name: 'slf4j-simple', version: '1.7.28'
compile group: 'ch.qos.logback', name: 'logback-classic', version: '1.2.3'
}

public static void main(String[] args) throws IOException {
Logger log = LoggerFactory.getLogger(Test.class);
log.info("info");
}

```

Jrue0011

2019-10-22 17:18:46 +08:00

@stephCurry 是不是直接下载的 soot-infoflow-cmd-jar-with-dependencies.jar 这个 jar 包然后引用到项目里？是的话可以直接打开压缩包删掉 org/slf4j/impl 目录。

但既然用 gradle 和 maven 管理依赖了，好点的做法是下载他的项目源码，maven 打包安装到本地仓库，然后就可以在自己项目的 pom.xml 或 build.gradle 里引用了，但是打包的时候由于环境问题可能出错。。。

https://github.com/secure-software-engineering/FlowDroid
参考 README.md 的 Building The Tool With Maven

lxk11153

2019-10-29 14:11:07 +08:00

既然是`硬包含`了 SimpleLoggerFactory，exclude 不掉，我列举下能想到的几种做法:
1. 使用 soot-infoflow-cmd.jar 不要用 with-dependencies.jar
2. 可调整 maven 仓库吗？下载 with-dependencies.jar ，删了不想要的类，发布上去
3. `considered random` 视为随机，并没有说它是真的随机，根据 java 的加载，好像是看引入顺序的，一般没调整的话就是按照 jar 文件名顺序载入类。根据这就可以用“从文件加载类”+反射机器自行调整具体的 log factory