Servlet 3.0和JAX-RS

Question

JAX-RS是否可以只使用带有注释的Servlet3.0（特别是Tomcat7)来实现，而不必实现另一个Servlet容器？

如果不是，请解释为什么下面这本书中的引用是不正确的，或者是我对它的解释是错误的。

因为此示例部署在Java EE应用程序服务器或独立的Servlet3.x容器中，所以我们只需要一个空的web.xml文件。服务器将检测到某个应用程序类在您的WAR中，并自动部署它。（带有JAX-RS 2.0的RESTful Java,Bill Burke）

澄清我不需要帮助的事情...我已经使用web.xml在Tomcat7和Jersey中成功地实现了JAX-RS，因此，我不需要任何关于如何实现的解释。此外，我完全知道其他Java EE/servlet容器(TomEE、Glassfish、Jersey、Websphere等）所有的JAX-R都知道。我只需要知道我是否在穷追猛打，试图让Tomcat7(servlet3.0)在不添加Servlet容器和web.xml条目的情况下使用JAX-RS。

Answer 1

在Servlet环境中，Jersey作为Servlet或Servlet过滤器运行。没办法了。那么不在web.xml中声明它是如何工作的呢？该功能的两个主要组件

>

Servlet组件（即Servlet和fitler）的编程注册。你可以做一个谷歌搜索，你应该找到一些点击的例子。

Servlet 3.x中引入的Servlet可插拔性。它的工作方式是实现ServletContainerInitializer，在名为javax.servlet.ServletContainerInitializer的文件中列出该实现，并将该文件放在JAR的Meta-INF/Services目录中。servlet容器应该扫描查找该文件的JAR。当它找到on时，它会看到实现，找到实现，实例化它，然后调用它onstartup方法。

Jersey在JerseyServletContainerInitializer中实现了SevletContainerInitializer。这个类位于jersey-container-servletjar中。所以你需要这个罐子让它工作。如果查看这个方法，您将在这里看到ServletContainer的编程注册（与yo在web.xml中声明的相同

但这还不是全部。我们仍然需要一些配置应用程序的方法，至少要声明servlet映射。这就是application类和@applicationpath注释的来源。我们将扩展application类，并对@applicationpath（“/path”）进行注释，其中“path”与web.xml中的servlet映射相同

@ApplicationPath("/api")
public class MyApplication extends Application {}

这是标准的JAX-RS。对于Jersey类，我们通常不使用application类，而是使用ResourceConfig类（它是application的子类）

@ApplicationPath("/api")
public class MyApplication extends ResourceConfig {
    public MyApplication() {
        packages("package.to.scan");
    }
}

您可以在这里看到关于Servlet3.x环境中Jersey部署选项的更多信息。

还应该注意的是，Java EE服务器具有JAX-RS实现，因此我们只需要将javaee-api jar添加到应用程序中作为提供的依赖项。但是在servlet容器中，我们需要提供自己的实现，Jersey就是这样一个实现。

如果您使用的是Maven，那么您需要的主要依赖项就是这个

<dependency>
    <groupId>org.glassfish.jersey.containers</groupId>
    <artifactId>jersey-container-servlet</artifactId>
    <version>${jersey2.version}</version>
</dependency>

这会把一堆别的罐子拉进来。如果您没有使用Maven，那么您可以在这里下载所有的JAR(JAX-RS2.0RI包），并将它们放入您的应用程序中。

另见：

null