Spring 4 vs Jersey for REST web服务
我们正计划用Spring4.0.6版本制作一个新的应用程序。我们使用可以返回“xml”或“json”的控制器。在上一个项目中，我们使用JAX-RS API成功地实现了带有Spring的Jersey REST支持，但是在阅读了一些文章和前辈的建议之后，他们说Spring提供了相当好的REST支持。
如果我使用Spring REST支持而不使用JAX-RS和Jersey,那么一些真正让我感到困惑的点是：
>
在Spring MVC中封送和反封送是如何完成的？
是否需要封送或反封送需要使用JAX-RS。
如果封送处理和反封送处理是由spring自动处理的，那么它如何知道XMLRootElements。
提前谢谢！！
共有1个答案
我想说Jersey和Spring的MVC都很棒--每个项目都有自己的风格和长处。无论如何，堆栈溢出不是询问主观比较的正确位置（您的问题会很快结束）。如果您已经将Spring用于其他所有内容，并且不需要使用JAX-RS，那么Spring MVC就完全有意义了。
关于（un)编组这样的特性，JAX-RS毕竟只是一个规范--其他库无需实现相同的API就可以提供类似的特性。
>
Spring MVC使用HttpMessageConverters来处理（取消）封送REST资源，而不是MessageBodyReaders/Writer。Spring MVC处理内容协商，并为作业选择最佳的可用转换器（您可以对方法进行注释，以提示它们产生/使用的媒体类型）。
在其4.0.6版本中，Spring支持许多HttpMessageConverter，包括Jackson for JSON、JAXB for XML和许多其他版本。Spring 4.1.0添加了更多HTTPMessageConverters：
- Jackson现在可用于JSON和XML
- Google Protobuf
- GSON for JSON，作为Jackson的替代方案
为了回答您的最后一点，@XMLRootElement是一个JAXB注释，不是JAX-RS的一部分。Spring支持JAXB。
您问题的最后一部分也是相当主观的--在JVM中构建REST服务有许多流行的解决方案，而不仅仅是Jersey和Spring（Dropwizard,Play！Framework,等等）。
-
在 Serenity 中，服务终结点是 ASP.NET MVC 控制器的一个子类。 这是 Northwind 的 OrderEndpoint 摘录： namespace Serene.Northwind.Endpoints { [RoutePrefix("Services/Northwind/Order"), Route("{action}")] [ConnectionKey("N
-
服务发现服务[架构概述]。 { "cluster": "{...}", "refresh_delay_ms": "{...}" } cluster (required, object) 承载服务发现服务的上游群集的标准定义。该群集必须实现和运行SDS HTTP API的REST服务。 refresh_delay_ms (required, integer) 每次访问SDS群集的API延迟
-
服务器端提供了比较多的关于推送的 API，包括广播，多播和单播方式的推送，还有超时，心跳，推送事件等设置。 Timeout 字段 该字段用于设置推送空闲超时。默认值为 120 秒，即 2 分钟。 当服务器发布了推送主题后（后面会专门介绍推送），客户端会跟服务器端保持一个长连接，如果达到超时时间，仍然没有任何消息推送给客户端，则返回 nil，此时，如果客户端仍然在线的话，则会立即再次发送获取推送主题
-
主要内容：1.RPC 架构,2.同步调用与异步调用,3.流行的 RPC 框架,4.HTTP 服务,5.总结1.RPC 架构 2.同步异步调用 3.流行的 RPC 框架 1.RPC 架构 先说说 RPC 服务的基本架构吧。我们可以很清楚地看到，一个完整的 RPC 架构里面包含了四个核心的组件。 Client Server Client Stub Server Stub（这个Stub大家可以理解为存根） 客户端（Client），服务的调用方。 服务端（Server），真正的服务提供者。 客户端存根，
-
主要内容：1.RPC 架构,2.同步调用与异步调用,3.流行的 RPC 框架,4.HTTP 服务,5.总结1.RPC 架构 先说说 RPC 服务的基本架构吧。我们可以很清楚地看到，一个完整的 RPC 架构里面包含了四个核心的组件。 Client Server Client Stub Server Stub（这个Stub大家可以理解为存根） 客户端（Client），服务的调用方。 服务端（Server），真正的服务提供者。 客户端存根，存放服务端的地址消息，再将客户端的请求参数打包成网络消息，然后
-
服务定义了访问后端Pod的访问方式。 服务（Service）定义了访问后端Pod的访问方式，服务的详细介绍内容，请参考kubernets官方文档-Service。目前支持两种访问方式。 内部：即Service的ClusterIP模式，自动分配集群内部IP地址，仅供集群内部访问。 外部：即Service的Loadbalance模式，配合外部 云联壹云 提供的负载均衡服务使用，通过负载均衡实例的服务地
-
如何包含Eureka服务器 要在项目中包含Eureka服务器，请使用组org.springframework.cloud和工件id spring-cloud-starter-eureka-server的启动器。有关 使用当前的Spring Cloud发布列表设置构建系统的详细信息，请参阅Spring Cloud项目页面。 如何运行Eureka服务器 示例eureka服务器; @SpringBoot
-
在异步HTTP SERVER中使用服务 全局方法service_center() 使用service_center($service)获取服务地址,然后使用call()方法调用公开的服务方法 $service = (yield service_center('User')); $user = (yield $service->call("User::getUser", ['id'