我需要 RESTFul 网络服务。由我的团队决定是否使用 Jersey 或 Restlet 或 RESTEasy 或其他任何东西。省略其他框架后,我们无法在 RESTEasy 和 Jersey 之间进行选择。
既然它们看起来几乎一样,我们应该考虑什么?
客户端 API 应该简单而丰富。我们已经在生产中使用 JBoss 5.1。
请让我知道 Jersey 和 RESTEasy 的优缺点。除了它来自 JBoss,我无法在泽西岛找到任何有效点。
我需要 RESTFul 网络服务。由我的团队决定是否使用 Jersey 或 Restlet 或 RESTEasy 或其他任何东西。省略其他框架后,我们无法在 RESTEasy 和 Jersey 之间进行选择。
既然它们看起来几乎一样,我们应该考虑什么?
客户端 API 应该简单而丰富。我们已经在生产中使用 JBoss 5.1。
请让我知道 Jersey 和 RESTEasy 的优缺点。除了它来自 JBoss,我无法在泽西岛找到任何有效点。
Jersey 的一个不错的增值功能是 Jersey 测试框架,它允许您在 JUnit 中运行和测试您的 Jersey REST 服务,而无需先将它们部署到独立服务器,甚至在您将代码提交到您的存储库之前。
这些测试很容易编写,您甚至可以在签入 Jersey Web 服务代码之前运行它们以确保您的服务正常工作,并且它们成为您的自动化测试套件的一部分,有助于执行您的服务与客户之间的合同。
如果您使用的是 Jersety 1.X 或这篇用于 2.x 的文章,请参阅这篇文章以获取更多信息。
另一个不错的特性是支持 REST MVC 模式,它允许您从 Jersey 服务返回视图,而不仅仅是数据(模型)。与 Jersey 测试框架的兼容性在这方面仍然在成熟,但它是可行的。
有关这方面的更多信息,请参阅本文:
http://usna86-techbits.blogspot.com/2013/12/jersey-jerseytest-migration-from-1x-to.html
我认为 REST API 和实现几乎就像一个非常普通的功能。所以两者的工作方式相同。但是一个主要的区别是在 RESTEasy 中生成 WADL API 非常困难。特别是当客户想要检查 REST APi 调用时。WADL 将像 WSDL 一样提供很多帮助。