gpt4 book ai didi

Gradle 5 的 gradle-api uber-jar 将不需要的 slf4j 绑定(bind)放在我们的类路径上,导致运行时错误

转载 作者:行者123 更新时间:2023-12-03 03:17:34 25 4
gpt4 key购买 nike

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/Users/me/.gradle/caches/5.4.1/generated-gradle-jars/gradle-api-5.4.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/Users/me/.gradle/caches/modules-2/files-2.1/ch.qos.logback/logback-classic/1.2.3/7c4f3c474fb2c041d8028740440937705ebb473a/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.gradle.internal.logging.slf4j.OutputEventListenerBackedLoggerContext]

java.lang.ClassCastException: org.gradle.internal.logging.slf4j.OutputEventListenerBackedLoggerContext cannot be cast to ch.qos.logback.classic.LoggerContext

at com.foo.bar.logging.LoggerFactory.getOrCreateLogger(LoggerFactory.java:23)

at com.foo.bar.logging.LoggingTest.shouldLogErrorInCorrectFormatToResponseFile(LoggingTest.java:57)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)

问题是:

SLF4J:在 [jar:file:/Users/me/.gradle/caches/5.4.1/generated-gradle-jars/gradle-api-5.4.1.jar!/org/slf4j/impl/中找到绑定(bind)StaticLoggerBinder.class]

但是 gradle-api-5.4.1 是一个 uber-jar,里面有一堆我们无法控制的东西,并且在类路径上先于我们加载。似乎没有办法排除任何东西。

我们如何告诉 Gradle 不要在 uber-jar 中包含 slf4j 绑定(bind)?

这个问题好像和使用的Java版本没有关系

有趣的是,gradle-api-3.4.1.jar 也有 slf4j impl,但没有表现出这种行为。

最佳答案

原来这个人遇到了同样的问题。

这是由于将 java-gradle-plugin 应用于执行日志记录的非插件组件引起的:

SLF4J: multiple SLF4J bindings with Gradle Plugin

关于Gradle 5 的 gradle-api uber-jar 将不需要的 slf4j 绑定(bind)放在我们的类路径上,导致运行时错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56778523/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com