一尘不染

java.lang.NoClassDefFoundError:启动Tomcat服务器时出现org / glassfish / jersey / jersey / internal / inject / Binder

tomcat

我正在使用Jersey和Maven在Java中构建REST API。我使用Tomcat 9作为服务器。一切正常,直到我今天尝试安装
RestAssured, HamcrestJUnit
。突然我的所有端点都抛出了500个内部服务器错误。500错误的根本原因是java.lang.NoClassDefFoundError: org/glassfish/jersey/internal/inject/Binder.

这2个小时我做了什么:

  • 我试图找到此类:org/glassfish/jersey/internal/inject/Binder在Google上,但无济于事。
  • 我尝试卸载 RestAssuredHamcrestJUnit, 但没有帮助。

这个问题使我感到沮丧。知道为什么会发生此错误吗?提前致谢!

这是服务器日志的摘录:

严重:为servlet球衣Web应用程序分配异常java.lang.ClassNotFoundException:org.glassfish.jersey.internal.inject.Binder
在org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1275)在org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1109)在org.glassfish.jersey.servlet.ServletContainer.init
(ServletContainer.java:178)在org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:370)在org.apache.catalina.core处的javax.servlet.GenericServlet.init(GenericServlet.java:158)。
org.org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1099)的org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:779)的StandardWrapper.initServlet(StandardWrapper.java:1183)位于org.apache.catalina.core.StandardContextValve的.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:133)。在org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)处调用(StandardContextValve.java:96)在org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)处org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)上的.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)在org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java)
:87),位于org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498),位于org.apache.coyote.AbstractProcessorLight,位于org.apache.catalina.connector.CoyoteAdapter.java:341。
org.apache.coyote.AbstractProtocol $
ConnectionHandler.process(AbstractProtocol.java
:)上的process(AbstractProcessorLight.java:66):796)在org.apache.tomcat.util.net.NioEndpoint
$
SocketProcessor.doRun(NioEndpoint.java:1368)在org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)在java.util
java.util.concurrent.ThreadPoolExecutor $
Worker.run(未知源)的org.apache.tomcat.util.threads.TaskThread $
WrappingRunnable.run(TaskThread.java:61)处的.concurrent.ThreadPoolExecutor.runWorker(未知源)
java.lang.Thread.run(未知源)java.lang.Thread.run上的TaskThread $
WrappingRunnable.run(TaskThread.java:61)(未知源)java.lang.Thread.run上的TaskThread
$ WrappingRunnable.run(TaskThread.java:61)(未知源)

以下是我的pom.xml文件:(带有RestAssured,Hamcrest和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>

以下是我的web.xml文件:

<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>

下面是我的项目结构:

电子邮件列表项目结构


阅读 1126

收藏
2020-06-16

共1个答案

一尘不染

核心JerseyJersey导入Binder该类的扩展库之一之间很可能存在版本不匹配的情况。确保所有与Jersey相关的模块都有明确的版本(并且彼此匹配)。甚至更好的是,通过导入jersey-
bom来修复您的版本。例如:

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.glassfish.jersey</groupId>
            <artifactId>jersey-bom</artifactId>
            <version>2.26-b03</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

之后,您的主要<dependencies>部分可能会省略版本。

2020-06-16