对于来自客户端应用程序的异步rest API调用,建议使用以下哪一种实现?还是更强大?
答案 0 :(得分:6)
以下是一些指向文档和示例的链接,以帮助您评估每个客户提供的内容,按照我个人推荐的顺序从最佳到常见以及我找到的其他比较的链接。
RESTEasy功能列表
RESTEasy examples另见Three Forms of RESTEasy Client
Jersey框架不仅仅是JAX-RS参考实现。 Jersey提供了自己的API,通过其他功能和实用程序扩展了JAX-RS工具包,以进一步简化RESTful服务和客户端开发。泽西岛还公开了许多扩展SPI,以便开发人员可以扩展泽西岛以满足他们的需求。
泽西岛项目的目标可归纳为以下几点:
有多个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客户端实现中实现和/或注册自己的Connector实例,这将替换默认的基于HttpUrlConnection的传输层。 Jersey提供了几种可立即使用的备用客户端传输连接器实现。
表5.1。泽西连接器列表 传输框架Jersey连接器实现Maven依赖
Jersey vs. RESTEasy: A JAX-RS Implementation Comparison