【问题标题】:Docker Image of Jersey Web ApplicationJersey Web 应用程序的 Docker 映像
【发布时间】:2017-11-14 10:54:37
【问题描述】:

我正在尝试从我在 Tomcat 服务器上运行的 Jersey Web 应用程序创建一个 Docker 映像。我正在 Windows 7 机器上开发。

我已将 Web 应用程序部署在我的开发机器上的本地 Tomcat 8.0.14 应用程序服务器上,一切正常。

为了创建 Docker 映像,我将以下 Dockerfile. 与 my-web-app.war 文件放在同一目录中。

FROM tomcat:8.0-jre8
ADD /my-web-app.war /usr/local/tomcat/webapps/
CMD ["catalina.sh", "run"]

之后,我使用以下命令创建图像:

docker build -t my-web-app .

这已成功完成,图像会使用docker images -a 命令显示。

之后我通过这个启动图像:

winpty docker run --rm -it -p 8080:8080 my-web-app

命令提示符显示服务器已成功启动,当我尝试访问 Web 应用程序时,这也有效:

http://192.168.99.100:8080/my-web-app

显示相应的 HTML 欢迎页面。

当我尝试访问任何实际的 Jersey RESTful Web 服务时,就会出现问题。每当我尝试访问不同于 HTML 页面的内容时,都会收到以下错误消息:

javax.servlet.ServletException: Servlet.init() for servlet My Web Application threw exception
    org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
    org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620)
    org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:502)
    org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1132)
    org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684)
    org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2527)
    org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2516)
    java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    java.lang.Thread.run(Thread.java:748)
root cause

java.lang.NoSuchMethodError: javax.ws.rs.core.Application.getProperties()Ljava/util/Map;
    org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:308)
    org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:337)
    org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:178)
    org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:370)
    javax.servlet.GenericServlet.init(GenericServlet.java:158)
    org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
    org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620)
    org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:502)
    org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1132)
    org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684)
    org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2527)
    org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2516)
    java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    java.lang.Thread.run(Thread.java:748)

我认为创建 WAR 文件可能有问题,但如果是这样,如何将应用程序成功部署在我的本地 Tomcat 服务器上。

如果有任何兴趣,这里是我用来构建 WAR 的 pom.xml 文件:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">

    <modelVersion>4.0.0</modelVersion>

    <groupId>my.webapp.host</groupId>
    <artifactId>my-web-app</artifactId>
    <packaging>war</packaging>
    <version>1.0-SNAPSHOT</version>
    <name>my-web-app</name>

    <build>
        <finalName>my-web-app</finalName>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.5.1</version>
                <inherited>true</inherited>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

    <dependencyManagement>
    </dependencyManagement>

    <dependencies>
        <dependency>
            <groupId>org.glassfish.jersey.containers</groupId>
            <artifactId>jersey-container-servlet</artifactId>
            <version>2.26-b03</version>
        </dependency>

        <dependency>
            <groupId>org.glassfish.jersey.media</groupId>
            <artifactId>jersey-media-moxy</artifactId>
            <version>2.26-b03</version>
        </dependency>

        <dependency>
            <groupId>org.glassfish.jersey.media</groupId>
            <artifactId>jersey-media-multipart</artifactId>
            <version>2.26-b03</version>
        </dependency>

        <dependency>
          <groupId>javax.servlet</groupId>
          <artifactId>javax.servlet-api</artifactId>
          <version>4.0.0-b05</version>
        </dependency>   

        <dependency>
            <groupId>com.sun.jersey</groupId>
            <artifactId>jersey-json</artifactId>
            <version>1.19.3</version>
        </dependency>

        <dependency>
            <groupId>com.sun.jersey</groupId>
            <artifactId>jersey-client</artifactId>
            <version>1.19.3</version>
        </dependency>

        <!-- persistence api -->
        <dependency>
            <groupId>org.hibernate.javax.persistence</groupId>
            <artifactId>hibernate-jpa-2.0-api</artifactId>
            <version>1.0.1.Final</version>
        </dependency>

        <dependency>
            <groupId>org.eclipse.persistence</groupId>
            <artifactId>eclipselink</artifactId>
            <version>2.6.4</version>
        </dependency>

        <!-- additional apis -->        
        <dependency>
            <groupId>taglibs</groupId>
            <artifactId>standard</artifactId>
            <version>1.1.2</version>
        </dependency>

        <dependency>
            <groupId>jstl</groupId>
            <artifactId>jstl</artifactId>
            <version>1.2</version>
        </dependency>

        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.17</version>
        </dependency>

         <dependency>
            <groupId>com.google.guava</groupId>
            <artifactId>guava</artifactId>
            <version>19.0</version>
        </dependency>

        <!-- own apis -->  
        <dependency>
            <groupId>my.own.utility.api</groupId>
            <artifactId>utility-api</artifactId>
            <version>0.0.1-SNAPSHOT</version>
        </dependency>
    </dependencies>
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>
</project>

有谁知道这里的问题是什么?

感谢任何帮助。

问候

【问题讨论】:

  • 你是否在 docker 之外使用 tomcat 8?
  • 是的,我使用的是 Tomcat 8.0.14 版本
  • 摆脱你的泽西部门。不要混合泽西版本。如果这样做,您将收到此错误。
  • 我删除了 jersey-json 和 jersey-client 的依赖关系,这似乎做到了。至少我可以访问与以前不同的资源。

标签: maven tomcat docker jersey war


【解决方案1】:

这里是一个深入的概述和解决方案,所有遇到 NoSuchMethodError 的人,尤其是在球衣上下文中。

问题是

java.lang.NoSuchMethodError: javax.ws.rs.core.Application.getProperties()Ljava/util/Map;

在 Java 中,当 JVM 找不到指定类中指定的方法时,会抛出 NoSuchMethodError。 来自https://docs.oracle.com/javase/9/docs/api/java/lang/NoSuchMethodError.html

如果应用程序尝试调用类的指定方法(静态或实例),并且该类不再具有该方法的定义,则抛出此异常。

在您的情况下,JVM 抱怨 javax.ws.rs.core.Application 没有 getProperties() 方法。

Jesey 2.x 使用 JEE 7。在 JEE 7 版本中 javax.ws.rs.core.Application 有

Jesey 1.x 使用 JEE 6。在JEE 6 版本的javax.ws.rs.core.Application 中只有

  • getClasses()
  • getclass()

但是getProperties() 没有定义。 https://jersey.github.io/apidocs/1.19.1/jersey/javax/ws/rs/core/Application.html

解决方案

您在 pom.xml 中定义了 jersey 2.x 和 1.x 版本。因此,在您的类路径中有 JEE6 和 7 版本的 javax.ws.rs.core.Application,并且类加载器加载 JEE 6 版本的应用程序类,它没有定义 getProperties(),但您的应用程序无论如何都想执行 getProperties()。因此出现错误。

从您的 pom.xml 中删除所有 jersey 1.x 版本并坚持使用 jersey 2.x 版本。类加载器将负责其余的工作。

【讨论】:

  • 剩下的问题是为什么它在我将其转换为 Docker 映像之前工作。我能够在我的开发环境中运行该应用程序,并将其部署到生产环境中的 Tomcat 中,没有任何问题。
猜你喜欢
  • 2016-08-21
  • 2019-01-26
  • 2021-03-03
  • 1970-01-01
  • 2017-06-04
  • 2020-12-16
  • 2018-01-23
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多