java.lang.NoClassDefFoundError: org/glassfish/jersey/interne/compression/Liant lors du démarrage de Tomcat Serveur
Je suis bâtiment API REST en Java avec Jersey et Maven. J'ai utilisé Tomcat 9 que mon serveur. Tout fonctionne bien jusqu'à ce que j'ai essayé d'installer RestAssured, Hamcrest, et JUnit aujourd'hui. Tout à coup, toutes mes points de terminaison a jeté 500 Internal server erreurs. La cause de l'erreur 500 est java.lang.NoClassDefFoundError: org/glassfish/jersey/internal/inject/Binder.
Ce que j'ai fait 2 heures:
- J'ai essayé de trouver cette classe:
org/glassfish/jersey/internal/inject/Bindersur google, mais en vain. - J'ai essayé de désinstaller RestAssured, Hamcrest, et JUnit mais il n'a pas aidé.
Ce problème me rend frustré. Aucune idée de pourquoi cette erreur qui s'est passé? Merci à l'avance!
Voici l'extrait du journal du serveur:
GRAVE: l'allocation d'exception pour servlet Jersey Application Web java.lang.ClassNotFoundException: org.glassfish.jersey.interne.injecter.Classeur
au
org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1275)
au
org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1109)
au org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:178)
au org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:370)
au javax.servlet.GenericServlet.init(GenericServlet.java:158)
au org.apache.catalina.de base.StandardWrapper.initServlet(StandardWrapper.java:1183)
au org.apache.catalina.de base.StandardWrapper.loadServlet(StandardWrapper.java:1099)
au org.apache.catalina.de base.StandardWrapper.allouer(StandardWrapper.java:779)
au org.apache.catalina.de base.StandardWrapperValve.invoke(StandardWrapperValve.java:133)
au org.apache.catalina.de base.StandardContextValve.invoke(StandardContextValve.java:96)
au org.apache.catalina.authentificateur.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
au org.apache.catalina.de base.StandardHostValve.invoke(StandardHostValve.java:140)
au org.apache.catalina.les vannes.ErrorReportValve.invoke(ErrorReportValve.java:80)
au org.apache.catalina.les vannes.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
au org.apache.catalina.de base.StandardEngineValve.invoke(StandardEngineValve.java:87)
au org.apache.catalina.connecteur.CoyoteAdapter.service(CoyoteAdapter.java:341)
au org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498)
au org.apache.coyote.AbstractProcessorLight.processus(AbstractProcessorLight.java:66)
au org.apache.coyote.AbstractProtocol$ConnectionHandler.processus(AbstractProtocol.java:796)
au org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1368)
au org.apache.tomcat.util.net.SocketProcessorBase.exécuter(SocketProcessorBase.java:49)
à java.util.de façon concomitante.ThreadPoolExecutor.runWorker(Source Inconnue)
à java.util.de façon concomitante.ThreadPoolExecutor$Par Travailleur.run(Unknown Source)
au org.apache.tomcat.util.les threads.TaskThread$WrappingRunnable.exécuter(TaskThread.java:61)
à java.lang.Fil de discussion.run(Unknown Source)
Ci-dessous est mon pom.xml fichier: (avec RestAssured, Hamcrest, et JUnit)
<dependencies>
<dependency>
<groupId>org.glassfish.jersey.containers</groupId>
<artifactId>jersey-container-servlet-core</artifactId>
<!-- use the following artifactId if you don't need servlet 2.x compatibility -->
<!-- artifactId>jersey-container-servlet</artifactId -->
</dependency>
<dependency>
<groupId>org.glassfish.jersey.media</groupId>
<artifactId>jersey-media-moxy</artifactId>
</dependency>
<dependency>
<groupId>com.google.code.gson</groupId>
<artifactId>gson</artifactId>
<version>2.8.0</version>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.6</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.hamcrest</groupId>
<artifactId>hamcrest-all</artifactId>
<version>1.3</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.jayway.restassured</groupId>
<artifactId>rest-assured</artifactId>
<version>2.9.0</version>
<scope>test</scope>
</dependency>
</dependencies>Ci-dessous est mon web.xml fichier:
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
<servlet>
<servlet-name>Jersey Web Application</servlet-name>
<servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>jersey.config.server.provider.packages</param-name>
<param-value>com.accelbyte.vincent.emailist.resources</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Jersey Web Application</servlet-name>
<url-pattern>/webapi/*</url-pattern>
</servlet-mapping>Ci-dessous est mon projet structure:
Liste d'Email de la structure de projet
OriginalL'auteur Vincent acent | 2017-04-19
Vous devez vous connecter pour publier un commentaire.
Très probable qu'il y est une incompatibilité de version entre le noyau Jersey et l'un des Maillot de bibliothèques d'extension que les importations de Classeur de la classe. Assurez-vous que tous les Maillot de modules explicitement les versions (et qu'ils correspondent les uns aux autres). Ou mieux encore, de réparer votre version de l'importation du jersey-bom. E. g.:
Après laquelle votre principale
<debendencies>section peut omettre les versions.pour moi, c'était différent, Jersey versions. merci!
OriginalL'auteur andrus_a
Que j'ai rencontré le même problème avec l'aide de différentes versions. Assurez-vous que votre Jersey-bean validation et Jersey-conteneur de servlet versions sont les mêmes.
OriginalL'auteur Srikanth Bathi