Java11 从 jersey 1.19.4 升级到 2.29

如何解决Java11 从 jersey 1.19.4 升级到 2.29

在 Jersey 升级期间，支持 Java11 的 Jersey 2.29 不支持来自 com.sun.jersey 的大量 api。以下 API 应该有哪些替代方案？

ServletHolder sh = new ServletHolder(ServletContainer.class);
            sh.setinitParameter("com.sun.jersey.config.property.resourceConfigClass","com.sun.jersey.api.core.PackagesResourceConfig");
            sh.setinitParameter(PackagesResourceConfig.PROPERTY_PACKAGES,String.format("%s;%s",ThrowableMapper.class.getPackage().getName(),packageName));
            sh.setinitParameter("com.sun.jersey.api.json.POJOMappingFeature",Boolean.TRUE.toString());
ServletContextHandler context = new ServletContextHandler();
            if (contextpath.indexOf("/") == 0) {
                contextpath = contextpath.substring(1);
            }
            context.setcontextpath(String.format("/api/mid/%s",contextpath));
            context.addServlet(sh,"/*");

解决方法

("com.sun.jersey.api.json.POJOMappingFeature",Boolean.TRUE.toString()); 

用于提供 POJO Support 而在 2.x 中，Jersey 几乎没有像 JSON Binding 这样的自动发现功能，我们只需要在 pom 中添加依赖项以便它们被加载类路径。

("com.sun.jersey.config.property.resourceConfigClass","com.sun.jersey.api.core.PackagesResourceConfig")    

用于创建 resourceConfigClass 的实例。尽管在少数 forums 中提到，即使它没有被实例化，它也会即时创建一个实例来添加资源。现在在 2.x 中，如果使用 ServerProperties.PROVIDER_PACKAGES 那么 ServletContainer 的 source code 也确认相同，因此我们不需要单独实例化 resourceConfigClass。所以，这个参数很容易去掉。

(PackagesResourceConfig.PROPERTY_PACKAGES,String.format("%s;%s",ThrowableMapper.class.getPackage().getName(),packageName));    

ServerProperties.PROVIDER_PACKAGES 应用于上述代码，而不是 PackagesResourceConfig.PROPERTY_PACKAGES。