对于来自客户端应用程序的异步 rest API 调用,推荐使用这些实现中的哪一个并且更健壮?
最佳答案
这里有一些指向文档和示例的链接,以帮助您按照我的个人建议从最佳到常见的降序评估每个客户必须提供的内容,以及一些指向我发现的其他比较的链接。
RESTEasy 功能列表
RESTEasy examples另见 Three Forms of RESTEasy Client
Jersey 框架不仅仅是 JAX-RS 引用实现。 Jersey 提供自己的 API,通过附加功能和实用程序扩展 JAX-RS 工具包,以进一步简化 RESTful 服务和客户端开发。 Jersey 还公开了许多扩展 SPI,以便开发人员可以扩展 Jersey 以最适合他们的需求。
Jersey 项目的目标可以概括为以下几点:
有几个 Jersey 连接器可供选择,请参阅第 5 章。 客户端 API
5.5.客户端传输连接器同时 Grizzly看起来是最先进的,尤其是因为它使用 NIO 框架来帮助开发人员利用 Java™ NIO API,请参阅 java.net versus java.nio它与 AsyncHttpClient progect 一起使用这可能有你需要的一切。
默认情况下,Jersey 中的传输层由 HttpUrlConnection 提供。这种传输是通过 HttpUrlConnectorProvider 在 Jersey 中实现的,HttpUrlConnectorProvider 实现了 Jersey 特定的连接器 SPI。您可以实现和/或注册您自己的连接器实例到 Jersey 客户端实现,这将替换默认的基于 HttpUrlConnection 的传输层。 Jersey 提供了几种现成的备用客户端传输连接器实现。
表 5.1。 Jersey 连接器列表
传输框架 Jersey Connector 实现 Maven 依赖
Jersey vs. RESTEasy: A JAX-RS Implementation Comparison
关于api - Spring RestTemplate 与 Jersey Rest Client 与 RestEasy 客户端,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32337775/