java - WebSphere 上的 Jersey 或 Wink

Question

我们正在考虑使用哪个 REST 框架以及在何处运行它。

给定一个现有的 WebSphere (6.1.0.17) 环境，您会使用 Jersey of Wink 吗？

或者您会推荐一个不同的平台吗？

Answer 1

作为第三种选择，为什么不使用 Spring 自己的 RESTful features in Spring MCV .这很容易编码、测试和维护，并且(显然)开箱即用地适用于 Spring。基于 Spring REST 管理代码的便利性归功于基于 MVC、IoC 和注释的架构。您可以选择一流的解决方案来增强您的解决方案，例如 XStream for serialization 、Jackson JSON 支持和 Springs 拥有用于 REST 客户端或单元测试的 REST 模板。

Spring MVC 的 REST 功能的核心是将 REST 作为一种架构而不是一种协议(protocol)来处理，并将其与其他经过验证的方法(如 IoC 和 MVC)很好地融合在一起。在考虑框架时，以下 REST 石蕊测试很有用:请参阅 innoq.com/blog/st/2010/07/rest_litmus_test_for_web_frame.html。Springs 方法检查更多的框，这要归功于它有效的内容交付。

所有这些框架都依赖于 HATEOAS 支持，这是一种 REST 响应包含与客户端当前可以从该资源执行的所有操作相对应的链接的方式。大多数框架都 promise 很快会引入这一点，但需要用批判的眼光来理解实现这一点的最佳方法是什么。

在交付 JAX-RS 解决方案(例如 Wink 和 Jersey)时，我发现更加强调符合 Java 标准，而在体系结构中灵 active 较低(例如使用其他第 3 方包)。如果符合 JAX-RS 是一项要求，请考虑 ReSTLets、Wink 或 Jersey。否则，也许值得考虑 Spring MVC 的 REST 支持。

我已经将这种解决方案部署到 WAS 7，没有任何问题或依赖冲突。