ClassCaseException org.slf4j.impl.SimpleLoggerFactory не может быть приведен к ch.qos.logback.classic.LoggerContext
Произошла несовместимость типов при выполнении com.cerner.clinicaldev:gatling-plugin:1.0.0-SNAPSHOT:run: org.slf4j.impl.SimpleLoggerFactory нельзя привести к ch.qos.logback.classic.LoggerContext
Я пишу maven mojo, который раскручивает реализацию Jetty и запускает Gatling программно. Я попытался исключить slf4j из io.gatling:gatling-app:2.2.5 и включить его в подключаемый модуль maven-forcer-plugin в качестве запрещенной зависимости - все безрезультатно.
Я не могу видеть больше нигде в дереве зависимостей, которое включает его;
+- io.gatling:gatling-app:jar:2.2.5:compile
| +- io.gatling:gatling-core:jar:2.2.5:compile
| | +- io.gatling:gatling-commons:jar:2.2.5:compile
| | | +- com.typesafe:config:jar:1.3.1:compile
| | | +- com.dongxiguo:fastring_2.11:jar:0.2.4:compile
| | | +- com.softwaremill.quicklens:quicklens_2.11:jar:1.4.8:compile
| | | +- org.asynchttpclient:async-http-client-netty-utils:jar:2.0.29:compile
| | | +- com.typesafe.scala-logging:scala-logging_2.11:jar:3.5.0:compile
| | | \- ch.qos.logback:logback-classic:jar:1.1.7:compile
| | | \- ch.qos.logback:logback-core:jar:1.1.7:compile
| | +- com.typesafe.akka:akka-actor_2.11:jar:2.4.12:compile
| | +- com.typesafe.akka:akka-slf4j_2.11:jar:2.4.12:compile
| | +- com.fasterxml.jackson.dataformat:jackson-dataformat-csv:jar:2.8.4:compile
| | | +- com.fasterxml.jackson.core:jackson-core:jar:2.8.4:compile
| | | \- com.fasterxml.jackson.core:jackson-annotations:jar:2.8.0:compile
| | +- me.chrons:boopickle_2.11:jar:1.2.4:compile
| | +- org.scala-lang.modules:scala-java8-compat_2.11:jar:0.8.0-RC7:compile
| | +- com.github.ben-manes.caffeine:caffeine:jar:2.3.5:compile
| | +- com.github.scopt:scopt_2.11:jar:3.5.0:compile
| | +- io.gatling:jsonpath_2.11:jar:0.6.8:compile
| | +- com.fasterxml.jackson.core:jackson-databind:jar:2.8.4:compile
| | +- io.advantageous.boon:boon-json:jar:0.6.6:compile
| | | \- io.advantageous.boon:boon-reflekt:jar:0.6.6:compile
| | +- net.sf.saxon:Saxon-HE:jar:9.7.0-10:compile
| | \- org.jodd:jodd-lagarto:jar:3.8.0:compile
| | +- org.jodd:jodd-core:jar:3.8.0:compile
| | \- org.jodd:jodd-log:jar:3.8.0:compile
| +- io.gatling:gatling-http:jar:2.2.5:compile
| | +- org.asynchttpclient:async-http-client:jar:2.0.29:compile
| | | +- io.netty:netty-codec-http:jar:4.0.44.Final:compile
| | | | +- io.netty:netty-codec:jar:4.0.44.Final:compile
| | | | \- io.netty:netty-handler:jar:4.0.44.Final:compile
| | | +- org.asynchttpclient:netty-resolver-dns:jar:2.0.29:compile
| | | | +- org.asynchttpclient:netty-resolver:jar:2.0.29:compile
| | | | \- org.asynchttpclient:netty-codec-dns:jar:2.0.29:compile
| | | +- org.reactivestreams:reactive-streams:jar:1.0.0:compile
| | | +- com.typesafe.netty:netty-reactive-streams:jar:1.0.8:compile
| | | \- org.javassist:javassist:jar:3.21.0-GA:compile
| | \- io.netty:netty-transport-native-epoll:jar:linux-x86_64:4.0.44.Final:compile
| | +- io.netty:netty-common:jar:4.0.44.Final:compile
| | +- io.netty:netty-buffer:jar:4.0.44.Final:compile
| | \- io.netty:netty-transport:jar:4.0.44.Final:compile
| +- io.gatling:gatling-jms:jar:2.2.5:compile
| | \- org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.1.1:compile
| +- io.gatling:gatling-jdbc:jar:2.2.5:compile
| +- io.gatling:gatling-redis:jar:2.2.5:compile
| | \- net.debasishg:redisclient_2.11:jar:3.2:compile
| +- io.gatling:gatling-metrics:jar:2.2.5:compile
| | \- org.hdrhistogram:HdrHistogram:jar:2.1.9:compile
| \- io.gatling:gatling-charts:jar:2.2.5:compile
| \- com.tdunning:t-digest:jar:3.1:compile
+- io.spray:spray-json_2.11:jar:1.3.3:compile
+- javax.ws.rs:javax.ws.rs-api:jar:2.0.1:compile
+- javax.ws.rs:jsr311-api:jar:1.1.1:compile
+- org.apache.maven:maven-plugin-api:jar:3.5.0:compile
| +- org.apache.maven:maven-model:jar:3.5.0:compile
| | +- org.codehaus.plexus:plexus-utils:jar:3.0.24:compile
| | \- org.apache.commons:commons-lang3:jar:3.5:compile
| +- org.apache.maven:maven-artifact:jar:3.5.0:compile
| \- org.eclipse.sisu:org.eclipse.sisu.plexus:jar:0.3.3:compile
| +- javax.enterprise:cdi-api:jar:1.0:compile
| | +- javax.annotation:jsr250-api:jar:1.0:compile
| | \- javax.inject:javax.inject:jar:1:compile
| +- org.eclipse.sisu:org.eclipse.sisu.inject:jar:0.3.3:compile
| +- org.codehaus.plexus:plexus-component-annotations:jar:1.5.5:compile
| \- org.codehaus.plexus:plexus-classworlds:jar:2.5.2:compile
+- org.eclipse.jetty.aggregate:jetty-all-server:jar:8.2.0.v20160908:compile
| +- org.eclipse.jetty.orbit:javax.servlet:jar:3.0.0.v201112011016:compile
| +- org.eclipse.jetty.orbit:javax.security.auth.message:jar:1.0.0.v201108011116:compile
| +- org.eclipse.jetty.orbit:javax.mail.glassfish:jar:1.4.1.v201005082020:compile
| +- org.eclipse.jetty.orbit:javax.activation:jar:1.1.0.v201105071233:compile
| \- org.eclipse.jetty.orbit:javax.annotation:jar:1.1.0.v201108011116:compile
+- org.scala-lang:scala-library:jar:2.11.8:compile
+- org.apache.maven.plugin-tools:maven-plugin-annotations:jar:3.5:provided
+- org.scalatest:scalatest_2.11:jar:3.0.3:test
| +- org.scalactic:scalactic_2.11:jar:3.0.3:test
| +- org.scala-lang:scala-reflect:jar:2.11.8:compile
| +- org.scala-lang.modules:scala-xml_2.11:jar:1.0.5:compile
| \- org.scala-lang.modules:scala-parser-combinators_2.11:jar:1.0.4:compile
\- org.specs2:specs2-core_2.11:jar:2.5:test
\- org.specs2:specs2-matcher_2.11:jar:2.5:test
\- org.specs2:specs2-common_2.11:jar:2.5:test
+- org.scalaz:scalaz-core_2.11:jar:7.2.0:test
\- org.scalaz:scalaz-concurrent_2.11:jar:7.2.0:test
\- org.scalaz:scalaz-effect_2.11:jar:7.2.0:test
Я пытался в течение 3 дней, чтобы решить эту проблему.
Просто добавить... это JDK1.8 и Maven 3.3.9.
Помогите!?!
РЕДАКТИРОВАТЬ::
Если я явно создаю экземпляр журнала во главе моего класса mojo, я получаю следующую трассировку стека:
com.google.inject.ProvisionException: невозможно подготовить, см. следующие ошибки:
1) Ошибка при внедрении конструктора, java.lang.ClassCastException: org.slf4j.impl.SimpleLoggerFactory не может быть приведен к ch.qos.logback.classic.LoggerContext в com.cerner.clinicaldev.gatlingplugin.GatlingPlugin.(Неизвестный источник) во время определения местоположения.cerner.clinicaldev.gatlingplugin.GatlingPlugin
1 ошибка в com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1025) в com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1051) в org.eclipse.sisu.space.AbstractDeferredClass.get(AbstractDeferredClass.java:48) на странице com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:81) на странице com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactory:53).google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:65) по адресу com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:115) по адресу org.eclipseee. Activator.onProvision(BeanScheduler.java:176) по адресу com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:126) по адресу com.google.inject.internal.ProvisionListenerStackCallbackckisten.Lister.Lister.Lister.Lister.Lister.Lister.Lister.Lister.Lister.Lister.Lister.Lirecter.List.service.Lister.LiverServiceListen.provision. t com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:63) в com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:45) в com.google.In $1.call(InjectorImpl.java:1016) в com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1092) в com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1012) в организации.eclipse.sisu.inject.Guice4$1.get(Guice4.java:162) в org.eclipse.sisu.inject.LazyBeanEntry.getValue(LazyBeanEntry.java:81) в org.eclipse.sisu.plexus.Lezue.plexus.Lazy.Plexus.LazyPlexusBean.java:51) в org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:263) в org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:255) в org.ap..DefaultMavenPluginManager.getConfiguredMojo(DefaultMavenPluginManager.java:517) в org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:121) в org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207) в org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:3) в org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) в org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116) в org.apache.maven.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80) в org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51) в org.apache.ternal.Life.life.life..execute(LifecycleStarter.java:128) в org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307) в org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193) в org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106) в org.apache.maven.cli.MavenCli.execute(MavenCli.java:863) в org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288) в org.apache.maven.cli.MavenCli.main(MavenCli.java:199) в sun.reflect.NativeMethodAccessorImpl.invoke0(собственный метод) в sun.reflect.NativeMetholAvoke(NativeMethodAccessorImpl.java:62) в sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) в java.lang.reflect.Method.invoke(Method.java:498) в org.laxher..launchEnhanced(Launcher.java:289) в org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) в org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode: La4her.java) в org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) Причина: java.lang.ClassCastException: org.slf4j.impl.SimpleLoggerFactory не может быть приведен к ch.qos.logback.classic. LoggerContext в com.cerner.clinicaldev.gatlingplugin.GatlingPlugin.(GatlingPlugin.scala:20) в sun.reflect.NativeConstructorAccessorImpl.newInstance0(собственный метод) в sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) в sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) в javaewlang.rejt.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:86) по адресу com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:105) по адресу com.google.inject.internal.ConstructorInjector.access$000(ConstructorInjector.jcess).:32) на com.google.inject.internal.ConstructorInjector$1.call(ConstructorInjector.java:89) на com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:115) на com.google.inject..internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:133) в com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68) в com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:87) на com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:267) на com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1016) на com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1103) на com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1012)
2 ответа
В конце я отделил проекты maven-plugin и gatling и исключил slfj из других зависимостей.
У меня была аналогичная проблема в Play Framework:
Единственное, что мне нужно было сделать, это добавить Provided к зависимости.
Вот мой случай с SBT:
libraryDependencies += "org.slf4j" % "slf4j-simple" % "1.7.26" % Provided,
Попытка добавить ниже зависимость, которая включала logback-classic
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.7</version>
</dependency>
включено в
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.1.3</version>
</dependency>
инициализировать ваш регистратор в свой класс:-
private static final Logger logger = LoggerFactory.getLogger(DemoClass.class)
В моем stderr есть:
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/Users/wf/.m2/repository/org/slf4j/slf4j-simple/1.7.21/slf4j-simple-1.7.21.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/Users/wf/.m2/repository/ch/qos/logback/logback-classic/1.1.5/logback-classic-1.1.5.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.slf4j.impl.SimpleLoggerFactory]
который указывает на http://www.slf4j.org/codes.html, который рекомендует добавлять исключения к нежелательным привязкам. Итак, я сделал
mvn dependency:tree | grep -B1 -C1 logback
который показал, например,
[INFO] +- nl.vaneijndhoven.dukes:rc-watchdog:jar:0.0.2:compile
[INFO] \- ch.qos.logback:logback-classic:jar:1.1.5:compile
[INFO] +- ch.qos.logback:logback-core:jar:1.1.5:compile
[INFO] \- org.slf4j:slf4j-api:jar:1.7.16:compile
пока есть более новая версия logback-classic:
https://mvnrepository.com/artifact/ch.qos.logback/logback-classic/1.2.3
Следуя номерам версий 1.7.25 и 1.7.21 в файлах pomfiles в моем рабочем пространстве eclipse, я обнаружил, что использую vert.x напрямую как зависимый проект (для целей отладки). Когда я удалил этот проект из пути сборки, все было в порядке.
Итак, общий подход смотрит на ваши зависимости с помощью
mvn dependency:tree
и исключить slf4j из конфликтующих зависимостей или удалить их все вместе.