Jetée jette NoClassDefFoundError: org/eclipse/jetty/util/FutureCallback lors de l'arrêt
Notre maven build jette à la fin de la génération de l'arrêt de la jetée d'un NoClassDefFoundError que je ne comprends pas. Quelqu'un aurait-il une idée d'où cela est à venir et comment résoudre ce problème?
Voici les dépendances à partir du pom fichier:
<dependencies>
<dependency>
<groupId>com.restfuse</groupId>
<artifactId>com.eclipsesource.restfuse</artifactId>
<version>1.0.0</version>
</dependency>
<dependency>
<groupId>commons-io</groupId>
<artifactId>commons-io</artifactId>
<version>2.4</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
<version>1.7.7</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.easytesting</groupId>
<artifactId>fest-assert</artifactId>
<version>1.4</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.pe-international</groupId>
<artifactId>bom.model</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.jayway.restassured</groupId>
<artifactId>rest-assured</artifactId>
<version>2.3.4</version>
</dependency>
<dependency>
<groupId>com.jayway.restassured</groupId>
<artifactId>json-path</artifactId>
<version>2.3.4</version>
</dependency>
<dependency>
<groupId>com.jayway.restassured</groupId>
<artifactId>xml-path</artifactId>
<version>2.3.4</version>
</dependency>
</dependencies>
Jetée conf:
<!-- Start Jetty -->
<plugin>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
<version>9.2.2.v20140723</version>
<configuration>
<war>${basedir}/target/bla.war</war>
<httpConnector>
<port>8088</port>
</httpConnector>
<webApp>
<contextPath>/bla</contextPath>
</webApp>
<systemProperties>
<systemProperty>
<name>config.dir</name>
<value>${basedir}/target/config.dir</value>
</systemProperty>
</systemProperties>
<stopKey>fooStopBla</stopKey>
<stopPort>8089</stopPort>
</configuration>
<executions>
<execution>
<id>start-jetty</id>
<phase>process-test-resources</phase>
<goals>
<goal>deploy-war</goal>
</goals>
<configuration>
<scanIntervalSeconds>0</scanIntervalSeconds>
<daemon>true</daemon>
</configuration>
</execution>
<execution>
<id>stop-jetty</id>
<phase>post-integration-test</phase>
<goals>
<goal>stop</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
Ici est mvn dependency:tree
[INFO] com.company:our.endpoint.test:jar:1.0.0-SNAPSHOT
[INFO] +- com.restfuse:com.eclipsesource.restfuse:jar:1.0.0:compile
[INFO] | +- org.mortbay.jetty:jetty-j2se6:jar:6.1.26:compile
[INFO] | | \- org.mortbay.jetty:jetty:jar:6.1.26:compile
[INFO] | | +- org.mortbay.jetty:jetty-util:jar:6.1.26:compile
[INFO] | | \- org.mortbay.jetty:servlet-api:jar:2.5-20081211:compile
[INFO] | \- com.sun.jersey:jersey-bundle:jar:1.9.1:compile
[INFO] | \- javax.ws.rs:jsr311-api:jar:1.1.1:compile
[INFO] +- commons-io:commons-io:jar:2.4:compile
[INFO] +- org.slf4j:jcl-over-slf4j:jar:1.7.7:test
[INFO] | \- org.slf4j:slf4j-api:jar:1.7.7:test
[INFO] +- org.easytesting:fest-assert:jar:1.4:test
[INFO] | \- org.easytesting:fest-util:jar:1.1.6:test
[INFO] +- com.company:our.model:jar:1.0.0-SNAPSHOT:test
[INFO] | +- org.jscience:jscience:jar:4.3.1:test
[INFO] | | \- org.javolution:javolution:jar:5.2.3:test
[INFO] | +- org.jvnet.jaxb2_commons:jaxb2-basics-runtime:jar:0.6.5:test
[INFO] | +- org.springframework:spring-beans:jar:4.1.1.RELEASE:test
[INFO] | | \- org.springframework:spring-core:jar:4.1.1.RELEASE:test
[INFO] | +- org.springframework:spring-context:jar:4.1.1.RELEASE:test
[INFO] | | +- org.springframework:spring-aop:jar:4.1.1.RELEASE:test
[INFO] | | | \- aopalliance:aopalliance:jar:1.0:test
[INFO] | | \- org.springframework:spring-expression:jar:4.1.1.RELEASE:test
[INFO] | \- com.google.guava:guava:jar:15.0:test
[INFO] +- com.jayway.restassured:rest-assured:jar:2.3.4:compile
[INFO] | +- org.codehaus.groovy:groovy:jar:2.3.6:compile
[INFO] | +- org.codehaus.groovy:groovy-xml:jar:2.3.6:compile
[INFO] | +- org.apache.httpcomponents:httpclient:jar:4.3.5:compile
[INFO] | | +- org.apache.httpcomponents:httpcore:jar:4.3.2:compile
[INFO] | | +- commons-logging:commons-logging:jar:1.1.3:compile
[INFO] | | \- commons-codec:commons-codec:jar:1.6:compile
[INFO] | +- org.apache.httpcomponents:httpmime:jar:4.3.5:compile
[INFO] | +- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] | +- org.hamcrest:hamcrest-library:jar:1.3:compile
[INFO] | \- org.ccil.cowan.tagsoup:tagsoup:jar:1.2.1:compile
[INFO] +- com.jayway.restassured:json-path:jar:2.3.4:compile
[INFO] | +- org.codehaus.groovy:groovy-json:jar:2.3.6:compile
[INFO] | \- com.jayway.restassured:rest-assured-common:jar:2.3.4:compile
[INFO] +- com.jayway.restassured:xml-path:jar:2.3.4:compile
[INFO] | \- org.apache.commons:commons-lang3:jar:3.3.2:compile
[INFO] +- junit:junit:jar:4.11:test
[INFO] \- org.mockito:mockito-all:jar:1.9.5:test
Voici notre stacktrace:
2015-01-27 13:04:57.810:WARN:oejuc.AbstractLifeCycle:Thread-1: FAILED org.eclipse.jetty.maven.plugin.JettyServer@6dd82486: java.lang.NoClassDefFoundError: org/eclipse/jetty/util/FutureCallback
java.lang.NoClassDefFoundError: org/eclipse/jetty/util/FutureCallback
at org.eclipse.jetty.server.AbstractConnector.shutdown(AbstractConnector.java:284)
at org.eclipse.jetty.server.AbstractNetworkConnector.shutdown(AbstractNetworkConnector.java:108)
at org.eclipse.jetty.server.ServerConnector.shutdown(ServerConnector.java:298)
at org.eclipse.jetty.maven.plugin.MavenServerConnector.shutdown(MavenServerConnector.java:140)
at org.eclipse.jetty.server.Server.doStop(Server.java:397)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.thread.ShutdownThread.run(ShutdownThread.java:132)
Caused by:
java.lang.ClassNotFoundException: org.eclipse.jetty.util.FutureCallback
at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:259)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:235)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:227)
at org.eclipse.jetty.server.AbstractConnector.shutdown(AbstractConnector.java:284)
at org.eclipse.jetty.server.AbstractNetworkConnector.shutdown(AbstractNetworkConnector.java:108)
at org.eclipse.jetty.server.ServerConnector.shutdown(ServerConnector.java:298)
at org.eclipse.jetty.maven.plugin.MavenServerConnector.shutdown(MavenServerConnector.java:140)
at org.eclipse.jetty.server.Server.doStop(Server.java:397)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.thread.ShutdownThread.run(ShutdownThread.java:132)
Exception in thread "Thread-1" java.lang.NoClassDefFoundError: org/eclipse/jetty/util/FutureCallback
at org.eclipse.jetty.server.AbstractConnector.shutdown(AbstractConnector.java:284)
at org.eclipse.jetty.server.AbstractNetworkConnector.shutdown(AbstractNetworkConnector.java:108)
at org.eclipse.jetty.server.ServerConnector.shutdown(ServerConnector.java:298)
at org.eclipse.jetty.maven.plugin.MavenServerConnector.shutdown(MavenServerConnector.java:140)
at org.eclipse.jetty.server.Server.doStop(Server.java:397)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.thread.ShutdownThread.run(ShutdownThread.java:132)
Caused by: java.lang.ClassNotFoundException: org.eclipse.jetty.util.FutureCallback
at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:259)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:235)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:227)
... 7 more
Et parfois la stacktrace varie et cela vient:
2015-01-28 10:12:55.630:WARN:oejuc.AbstractLifeCycle:ShutdownMonitor: FAILED org.eclipse.jetty.servlet.ServletHandler@3accac55: java.lang.NoClassDefFoundError: org/eclipse/jetty/util/LazyList
java.lang.NoClassDefFoundError: org/eclipse/jetty/util/LazyList
at org.eclipse.jetty.servlet.ServletHandler.doStop(ServletHandler.java:266)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:143)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:162)
at org.eclipse.jetty.server.handler.AbstractHandler.doStop(AbstractHandler.java:73)
at org.eclipse.jetty.security.SecurityHandler.doStop(SecurityHandler.java:411)
at org.eclipse.jetty.security.ConstraintSecurityHandler.doStop(ConstraintSecurityHandler.java:457)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:143)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:162)
at org.eclipse.jetty.server.handler.AbstractHandler.doStop(AbstractHandler.java:73)
at org.eclipse.jetty.server.session.SessionHandler.doStop(SessionHandler.java:127)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:143)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:162)
at org.eclipse.jetty.server.handler.AbstractHandler.doStop(AbstractHandler.java:73)
at org.eclipse.jetty.server.handler.ContextHandler.doStop(ContextHandler.java:835)
at org.eclipse.jetty.servlet.ServletContextHandler.doStop(ServletContextHandler.java:215)
at org.eclipse.jetty.webapp.WebAppContext.doStop(WebAppContext.java:529)
at org.eclipse.jetty.maven.plugin.JettyWebAppContext.doStop(JettyWebAppContext.java:388)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:143)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:162)
at org.eclipse.jetty.server.handler.AbstractHandler.doStop(AbstractHandler.java:73)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:143)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:162)
at org.eclipse.jetty.server.handler.AbstractHandler.doStop(AbstractHandler.java:73)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:143)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:162)
at org.eclipse.jetty.server.handler.AbstractHandler.doStop(AbstractHandler.java:73)
at org.eclipse.jetty.server.Server.doStop(Server.java:456)
at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:89)
at org.eclipse.jetty.server.ShutdownMonitor$ShutdownMonitorRunnable.stopLifeCycles(ShutdownMonitor.java:273)
at org.eclipse.jetty.server.ShutdownMonitor$ShutdownMonitorRunnable.run(ShutdownMonitor.java:172)
Exécuter
J'ai ajouté au post ci-dessus
Voir @Jan réponse. J'avais déposé un bug de demande pour ça il y a longtemps (bugs.eclipse.org/bugs/show_bug.cgi?id=438500) et je peux confirmer cela va aller loin avec une mise à niveau de la Jetée.
J'ai reproduit votre bug avec ponton 9.3.7.v20160115 en utilisant les fichiers de configuration de ce tutoriel officiel eclipse.org/jetty/documentation/current/jetty-maven-plugin.html Elle se produit lorsque le répertoire "target/classes" n'existe pas lorsque j'utilise "mvn jetty:run", c'est bizarre.
Dans la jetée-9.3 de la série, ce bug (erreur si aucune cible n'/classes) a été introduit avec la jetée-maven-plugin lorsque nous sommes passés à l'utilisation de java nio Chemin des classes. Cela a été corrigé dans la jetée-9.3.12 (actuellement encore à l'instantané uniquement). Voir le bug github.com/eclipse/jetty.project/issues/785.
mvn dependency:tree
et publier les résultats.J'ai ajouté au post ci-dessus
Voir @Jan réponse. J'avais déposé un bug de demande pour ça il y a longtemps (bugs.eclipse.org/bugs/show_bug.cgi?id=438500) et je peux confirmer cela va aller loin avec une mise à niveau de la Jetée.
J'ai reproduit votre bug avec ponton 9.3.7.v20160115 en utilisant les fichiers de configuration de ce tutoriel officiel eclipse.org/jetty/documentation/current/jetty-maven-plugin.html Elle se produit lorsque le répertoire "target/classes" n'existe pas lorsque j'utilise "mvn jetty:run", c'est bizarre.
Dans la jetée-9.3 de la série, ce bug (erreur si aucune cible n'/classes) a été introduit avec la jetée-maven-plugin lorsque nous sommes passés à l'utilisation de java nio Chemin des classes. Cela a été corrigé dans la jetée-9.3.12 (actuellement encore à l'instantané uniquement). Voir le bug github.com/eclipse/jetty.project/issues/785.
OriginalL'auteur Johannes Pfeifer | 2015-01-27
Vous devez vous connecter pour publier un commentaire.
Méfiez-vous aussi un peu de repos exemples vont vous faire ajouter une dépendance maven pour
jersey-container-jetty-http
, qui comprend vraisemblablement une ancienne version de la jetée de http. Supprimer cette dépendance si vous avez déjà unjetty-server
dep. dans votre fichier pom.J'ai eu un problème avec un autre ensemble de dépendances et dû l'exclure
jetty-util
au lieu dejetty-http
.OriginalL'auteur Sebas
Dirait que vous avez 2 versions de la Jetée, dans votre environnement, dans le même temps.
Votre
mvn dependency:tree
affiche les éléments suivants dans votre<scope>compile</scope>
dépendances.Il y a 2 soucis.
Première, c'est que
restfuse
semble être vieux, très vieux, et veut Jetée 6.1.26.(Cette version de la Jetée a été EOL/Fin-de-Vie en 2007)
Deuxième, c'est que cette version pourrait affecter le comportement de votre application lorsque
jetty-maven-plugin
est en cours d'exécution.Ajouter une exclusion pour la Jetée 6, et il et de lui donner un essai.
Mais gardez à l'esprit que restfuse 1.0.0 peut ne pas fonctionner avec Jetty 9. Si oui, vous aurez envie de pourchasser une version plus récente de restfuse qui a été mis à jour pour la Jetée 9.
Toute autre idée de comment résoudre ce problème?
OriginalL'auteur Joakim Erdfelt
Je le fixe que dans 9.2.3. Voir le rapport de bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=438500
Toute autre idée de comment résoudre ce problème?
J'ai aussi avec la dernière version (et j'ai essayé d'utiliser l'ancienne 9.2.3 version trop mais cela n'a pas résolu le problème). Je ne semble pas obtenir sur Travis, pas sur ma propre machine pour une raison quelconque..
Bien qu'il semble que le stopWait configuration mentionné sur plusieurs autres stackoverflow questions à propos de ce problème ne résoudre le problème. Du moins pas plus NoClassDefFoundErrors depuis que j'ai ajouté que la configuration (pour l'instant en tout cas).
Merci pour le commentaire. Pouvez-vous postes les messages utiles s'il vous plaît.
OriginalL'auteur Jan
J'ai reçu ce message, car le répertoire "target/classes" n'existent pas. Un moyen rapide de résoudre ce problème est de simplement créer un dossier src/main/java dossier, et ensuite créer une classe quelconque (même une classe vide).
OriginalL'auteur user64141
J'ai eu le même problème à l'aide d'eclipse plugin Jetty. Résolu par l'ajout de dépendances. Pour plus de détails, visitez - http://eclipse-jetty.github.io/faq.html
OriginalL'auteur Sushil Mahajan