问jaxrs-api VS jsr311-api VS javax.ws.rs-api VS jersey-core VS jaxrs-ri

EN

我先来回答这个问题

"JSR311它是一个规范请求。这意味着它应该是一个文档。为什么它是一个jar?“

除了最后一个(jersey-core)，所有这些jars都是“规范”jars。JAX-RS (以及许多其他Java)规范定义了实现者应该为其实现指定行为的契约(或接口)。

因此，规范中指定的所有类基本上都应该作为契约出现在jar中。jars的最终用户可以将它们用于合同。但是没有实现。您需要有一个实际的实现来运行应用程序，尽管spec API jar足以编译一个完整的JAX-RS兼容应用程序。

例如，如果我们在类路径上有一个spec API jar，我们可以编写整个JAX-RS应用程序并编译它，但是为了运行它，如果我们没有实际的实现，我们需要部署到具有该规范版本的实际实现的服务器上，例如JBoss或Glassfish

• jaxrs-api -这是规范的RESTeasy's包装。它不是官方的spec jar，但它确实遵守spec合同。RESTeasy将此jar用于整个规范行，即1.x - current。尽管jar确实改变了内部结构以符合不同的JAX-RS versions.
• jsr311-api -这是JAX-RS 1.x line.
• javax.ws.rs-api的官方规范jar -这是JAX-RS 2.x line.
• jersey-core的官方规范jar -这是规范的部分实现。实现的其余部分包含在其他Jersey jars中。请注意，在Jersey的早期版本中，他们实际上将JAX-RS规范API打包到这个jar中。直到后来，Jersey才开始使用官方规范jars.
• jaxrs-ri -这是打包到一个jar中的完整Jersey 2.x实现。"ri“表示参考实现，这就是Jersey的意思: JAX-RS参考实现。如果您没有使用像Maven这样的依赖项管理器，那么您可能希望只使用这个单独的jar，而不必使用Jersey附带的所有单独的jar。

其他资源

阅读不同规范versions.

• Complete implementation for RESTeasy distribution.的详细信息的
• Java API for RESTful Services (JAX-RS)如果是JAX-RS 2.x实现，则为RESTeasy 3.x行，对于JAX-RS 1.x line
• Complete distribution of Jersey implementation.，为RESTeast 2.x/1.x id您可以在页面顶部的"Jersey JAX-RS2.0RI bundle“链接中找到JAX-RS2.x实现。在底部还有到Jersey 1.x行发行版的链接，它遵循JAX-RS 1.x规范。

还要注意的是，尽管不同的实现遵循规范，但每个实现都有自己的一组额外功能。要了解更多信息，您应该查看不同实现的文档。三种最流行的实现是Jersey、RESTeasy和CXF