泽西 1.x - 兼容性

Jersey 1.x - compatibility

Jersey 1.8 与 Java 8 兼容吗?

此外,Jersey 1.8 是否与 Java 8 上的 WildFly 8 兼容?

我开发了,现在正在维护 REST 生成 WAR.

的 Web 服务项目

我们从 6 个月前开始遇到一些问题 (但顺便说一句,我们现在才注意到它们)。请参阅下面的错误和屏幕截图。

在网上做了一些研究后, 在我看来,问题与我们的项目有关 迁移到 Java 8 和 WildFly 8(以前是 运行 在 Tomcat 6 Java 6).

所以...我认为解决方案是至少迁移到 Jersey 1.9 (我们不想使用 Jersey 2.x 行)。 我试过了,但我得到了同样的错误。

那么... Jersey 1.x 是否完全兼容 WildFly 8 和 Java 8?

我们开始遇到的错误如下所示。

    07:27:33,894 INFO  [com.sun.jersey.api.core.WebAppResourceConfig] (default task-7) Scanning for root resource and provider classes in the Web app resource paths:
      /WEB-INF/lib
      /WEB-INF/classes
    07:27:36,984 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /rpt/rpt-rest-service/report: java.lang.ArrayIndexOutOfBoundsException: 1901
            at org.objectweb.asm.ClassReader.readClass(Unknown Source) [asm-3.1.jar:3.1]
            at org.objectweb.asm.ClassReader.accept(Unknown Source) [asm-3.1.jar:3.1]
            at org.objectweb.asm.ClassReader.accept(Unknown Source) [asm-3.1.jar:3.1]
            at com.sun.jersey.spi.scanning.AnnotationScannerListener.onProcess(AnnotationScannerListener.java:133) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.core.spi.scanning.JarFileScanner.scan(JarFileScanner.java:97) [jersey-core-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.scanning.WebAppResourcesScanner.f(WebAppResourcesScanner.java:94) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.core.util.Closing.f(Closing.java:71) [jersey-core-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.scanning.WebAppResourcesScanner.scan(WebAppResourcesScanner.java:92) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.scanning.WebAppResourcesScanner.scan(WebAppResourcesScanner.java:79) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.api.core.ScanningResourceConfig.init(ScanningResourceConfig.java:80) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.api.core.WebAppResourceConfig.init(WebAppResourceConfig.java:100) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.api.core.WebAppResourceConfig.<init>(WebAppResourceConfig.java:87) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.api.core.WebAppResourceConfig.<init>(WebAppResourceConfig.java:72) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.container.servlet.WebComponent.getWebAppResourceConfig(WebComponent.java:672) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.container.servlet.ServletContainer.getDefaultResourceConfig(ServletContainer.java:414) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.container.servlet.ServletContainer.getDefaultResourceConfig(ServletContainer.java:581) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.container.servlet.WebServletConfig.getDefaultResourceConfig(WebServletConfig.java:87) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            at com.sun.jersey.spi.container.servlet.WebComponent.createResourceConfig(WebComponent.java:703) [jersey-server-1.8-SNAPSHOT.jar:1.8-SNAPSHOT]
            .......

我在调用我的 REST Web 服务时在浏览器中遇到同样的异常。 请注意,此项目中没有代码、库或配置更改 (产生 WAR)。我相信只是部署环境发生了变化。

由于通常在此处询问后一两个小时发生,我找到了解决方案。

解决方案是将 Jersey 从 1.8 升级到 1.x Jersey 系列的更高版本。

首先我尝试了一种简约的方法并升级到 1.9 版,但那个有同样的问题。

所以我刚刚从 1.x Jersey 系列升级到最新版本(目前是 1.19.3 版)。这解决了问题。