Jersey vs Jersey（独立）vs Jersey with Grizzly vs Jersey with Tomcat - 用于REST服务？答案

【问题标题】：Jersey vs Jersey (Stand alone) vs Jersey with Grizzly vs Jersey with Tomcat - for REST services?Jersey vs Jersey（独立）vs Jersey with Grizzly vs Jersey with Tomcat - 用于REST服务？
【发布时间】：2015-03-11 05:04:08
【问题描述】：

Jersey vs Jersey (Standalone) vs Jersey with Grizzly vs Jersey with Tomcat - for REST services 有什么区别？

我可以在不需要服务器的情况下运行 Jersey 吗？

【问题讨论】：

请查阅 REST Web 服务和 RESTful 架构。

标签： rest jersey jax-rs

【解决方案1】：

Jersey 本身就是一个用于构建 RESTful Web 服务的框架。虽然它作为 JAX-RS API 的参考实现，但它也可以在其他模式下使用

独立 - 基于 Java 的普通 Jersey API（JDK 1.6 或更高版本）。 Jersey为此提供了一个API

Jersey with Grizzly - Grizzly 是另一个使用 Java NIO 模型可用作 HTTP/Web 服务器的框架。要将 Jersey 与 Grizzly 一起使用，您需要相应地对其进行配置。因此，将 Grizzly 视为您的 JAX-RS（RESTful）资源的容器，并且在您使用 JAX-RS API 的高级抽象时为您处理所有 HTTP 管道

Jersey on Tomcat - 现在 Tomcat 是一个 Servlet 容器。只需配置 Tomcat 应用程序的 web.xml，即可轻松将 JAX-RS 配置为使用普通 Servlet 容器。

Java EE 容器上的 Jersey - 以 Glassfish 为例，它是 Java EE 平台的 RI（参考实现）。泽西岛在 Glassfish 中开箱即用。因此，为了在 Java EE 服务器上构建 RESTful 应用程序，您只需要编写业务逻辑（REST 服务）并在服务器上部署您的项目（EAR/WAR） - 不需要额外的管道/配置（特殊情况除外）

希望这有意义吗？ :-)

【讨论】：

我很想知道在性能特征、维护、操作、配置等方面是否有重要区别。
很好解释。请参阅 github.com/jersey/jersey/tree/master/containers 了解 Jersey 支持的容器列表。如上所述，它的范围从非常低级别（不需要 servlet 环境的纯 http 容器）到 servlet 2.5 和 3.x 集成（几乎可以在任何地方使用 - jetty、tomcat、成熟的应用程序服务器）到特定的支持 EE 环境（CDI/焊接支持）。文档很好地列出了这一点，但目前 java.net 已关闭，因此我无法提供准确的链接 - 从 jersey.java.net 开始 -> 文档。