Jersey、Apache Wink 和 JBoss RESTEasy 如何选择? [英] How to choose between Jersey, Apache Wink and JBoss RESTEasy?

问题描述

我刚刚听说了 Apache Wink，我想知道它与 Jersey 或 JBoss RESTEasy.一个可以做什么而其他两个不能?

I just heard about Apache Wink, and I was wondering what differences it had compared to Jersey or JBoss RESTEasy. What can be done in one that the other two can't?

我们一直在一些内部项目中使用 Jersey，主要是因为它很简单，但我真的不知道是什么让其他两个更好，我会考虑切换.有没有人有任何用例可以满足每个细分市场的需求?

We've been using Jersey for some of our internal projects mostly for it's simplicity, but I can't really figure out what makes these other two any better that I would consider switching. Does anyone have any use-cases for which niche each of these fills?

推荐答案

JAX-RS 实现

球衣

• 参考实现
• 通常是最前沿的
• 通过 Atmosphere 或 2.0 版本.
• 支持 Spring 和标准注入容器(即 @Inject).
• Glassfish 将其捆绑在一起.
• 它比其他 JAX-RS 项目更加模块化.
• 它有一个很棒的东西 URI生成器
• 不一定需要 servlet 容器.
• 灰熊支持
• Netty 支持(很早).
• Swagger 支持
• 有点缺少 OAuth 2.0 .您将不得不使用其他库.
• 一些 MVC 支持通过 可查看次数
• 托管在 java.net 上(由于该网站有时速度非常慢，因此是一个减号).
• 许可基于 CCDL 1.1 和 GPL-v2.在将其用于商业用途之前，请确保检查 Jersey 许可

https://jersey.github.io/license.html

• 以上大部分但最值得注意的是支持视图技术(请参阅 HTMLEasy)
• 它确实有异步连接支持
• 缓存支持
• EJB 支持(如果你的废话)
• JBoss 捆绑了它(我认为)
• 网络支持
• 可以说是最好的 Spring 集成(MVC 处理程序).
• 早期 Swagger 支持
• 更多安全支持，包括早期的 OAuth 2.0 支持
• Much of the above but most notable supports view technologies (see HTMLEasy)
• It does have asynchronous connection support
• Cache support
• EJB support (if your into that crap)
• JBoss bundles it (I think)
• Netty support
• Arguably the best Spring integration (MVC handler).
• Early Swagger support
• More security support including early OAuth 2.0 support
• 我不知道为什么这个项目存在.
• 据说其专注于高性能.
• 它有一个建立在 HttpUrlConnection 之上的客户端(这是一个减号......它应该像 Spring RestTemplate).
• 基本上，Wink 是一些企业公司内部开发的，然后交给 Apache.
• 需要一个 servlet 容器.
• 非常强大但非常复杂
• 提供一些低级别的 REST 支持
• 不需要 servlet 容器
• 一些有趣的 WADL 支持.
• 重用和/或结合 JAX-RS 和 JAX-WS
• 安全支持
• 与 Spring 的集成虽然有点讨厌
• 假设自动生成客户端存根
• RabbitMQ
• ActiveMQ
• Finagle -- 来自 Twitter.
• msgpack-rpc
• Finagle -- from Twitter.
• msgpack-rpc

我知道 OP 要求使用 REST，但如果这是用于内部通信，请认真考虑使用消息队列或其他异步 RPC (Finagle) 而不是传统的 REST，前提是您的要求与这些系统相匹配.

I know the OP asked for REST but if this is for internal communication seriously consider using either a message queue or some other asynchronous RPC (Finagle) instead of traditional REST if your requirements match those systems.

如果它必须是经典的 HTTP REST(外部)，我会在 RestEasy 或 Jersey 之间进行选择，因为这两个项目的大部分思想份额都被投入到了这两个项目中.

If it must be classic HTTP REST (external) I would choose between either RestEasy or Jersey as a bulk of the mind share is put into those two projects.

另见:用于 Java 的 Rest 客户端?

这篇关于Jersey、Apache Wink 和 JBoss RESTEasy 如何选择?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！