soap服务转换rest,soap服务调用

webservice,soap,rest,wsdl,cxf等的关系是什么？

webservice是一种标准，他可以通过soap或rest的方式来实现。

其中SOAP是基于xml的交互，而rest是基于http协议的交互。

wsdl是webservice的描述语言，描述服务是怎么回事，怎么调用。

cxf是rest实现webservice的Apache框架，是对rest进行了封装

什么是 RESTful 到底 REST 和 SOAP，RPC 有何区别

第一个问题：什么是RESTful？

REST这个词，是Roy Thomas Fielding在他2000年的博士论文中提出的。有兴趣可以看看这里论文`，谁是Fielding?点击前面名字了解。

那RESTful到底是什么呢？简单的讲，它是：一种架构设计风格，提供了设计原则和约束条件，而不是架构。而满足这些约束条件和原则的应用程序或设计就是 RESTful架构或服务。

推荐阅读：

张善友博客——REST 入门介绍

infoq——深入浅出REST

第二个问题：到底 REST 和 SOAP、RPC 有何区别？

这个问题比较大，要知道他们有什么区别首先需要明白，他们分别是什么？

REST上面已经简单的说明了它是什么。

SOAP(简单对象访问协议)是什么？SOAP是一种数据交换协议规范，是一种轻量的、简单的、基于XML的协议的规范。它有什么优点？简单总结为： 易用，灵活，跨语言，跨平台。

易用：是因为它的消息是基于xml并封装成了符合http协议，因此,它符合任何路由器、 防火墙或代理服务器的要求。

灵活：表现在极具拓展性，SOAP 无需中断已有的应用程序, SOAP 客户端、 服务器和协议自身都能发展。而且SOAP 能极好地支持中间介质和层次化的体系结构。

跨语言：soap可以使用任何语言来完成，只要发送正确的soap请求即可。

跨平台：基于soap的服务可以在任何平台无需修改即可正常使用。

RPC(远程调用框架) 是一种允许分布式应用程序调用网络上不同计算机的可用服务的机制。涉猎不多，一下省略256个字。有熟悉的朋友可以在评论补充，然后我会修改到该内容中去

从上面我们可以看出，REST 和 SOAP、RPC 有何区别呢？没什么太大区别，他们的本质都是提供可支持分布式的基础服务，最大的区别在于他们各自的的特点所带来的不同应用场景。

REST可以看着是http协议的一种直接应用，默认基于json作为传输格式，使用简单，学习成本低效率高，~~但是安全性较低~~，而SOAP可以看着是一个重量级的协议，基于xml，SOAP在安全方面是通过使用XML-Security和XML-Signature两个规范组成了WS-Security来实现安全控制的，当前已经得到了各个厂商的支持，.net ，php ，java 都已经对其有了很好的支持 。这是REST薄弱的地方。

soap与rest有何区别联系

SOAP(Simple Object Access Protocol)简单对象访问协议，是基于HTTP的一种异构系统通信的协议，说白了就是xml文档传输，之所以会有它，就是在于不同语言C,C++,JAVA等语言开发的系统进行通信，是WebService就是基于SOAP协议的，确实是一种比较传统的SOA解决方案。

REST(Rerepresentational State Transfer)是外国一位博士提出的一种架构风格，从资源状态转换角度看待资源，但也是基于SOAP协议进行通信。

rest 是一种风格 restful Webservice 和 soap的区别在于表现形式不一样，如果想深入了解 可以去开开 深入理解Webservice 这本书，restful Webservice 不只是可以用json 也可以用xml 更可以用html做消息返回， rest 风格的Webservice 和传统的soap 主要的表现在于 rest是将资源暴露 soap是暴露操作 。具体的流程其实和soap是一样的，但是rest更方便，更轻。

soap和rest简单比较整理

讨论该问题的原因是之前有一次开会，讨论到webservice的实施，我直接给出的结论是应该使用rest替换掉原来的soap接口，原因是soap"太重量级了"(其实我内心想的是rest的实现比soap简单)但是当被问到怎么"重量级"的时候又是说不出来的。因为这个词'也是之前随便搜搜得到的答案。因为好像很多人就是这么阐述他们的去别的。所以究竟他们有什么不同呢，我简单说一下我的理解。

1. 从定义上他们就是完全不同的，soap是一个协议，restful是一种架构风格，是直接基于http协议实现的。所以直接可以看出当你想实现webservice的时候，后者的实现是相对简单的。soap相当于将要传输的内容又包了一层，都封装在envelope里面进行传输，而restful可以理解为发送的就是请求本身，是透明的。

2. 安全校验: 通常的做法是当有从客户端 Client2 发出的 HTTP 请求都经过代理服务器 (Proxy Server)。代理服务器制定安全策略：所有经过该代理的访问 User 和 User List 资源的请求只具有读取权限，即：允许 GET/HEAD 操作，而像具有写权限的 PUT/DELTE 是不被允许的。那么如果是使用soap，那么代理是没有办法确定它的请求类型的，因为之前讲到的，soap的请求是被封装过的，很难解析envelope里面的请求类型。

3. 关于缓存，REST 的应用可以充分地挖掘 HTTP 协议对缓存支持的能力。当客户端第一次发送 HTTP GET 请求给服务器获得内容后，该内容可能被缓存服务器 (Cache Server) 缓存。当下一次客户端请求同样的资源时，缓存可以直接给出响应，而不需要请求远程的服务器获得。而这一切对客户端来说都是透明的。而soap还是我们提到的那个问题，无法知道请求类型。(默认soap使用的是post)。这一点在我们新要使用的webservice上极为重要，因为我们只提供一个get接口供用户得到信息，且信息内容不会经常改变。而且更重要的事get比post要快。

参考文章:

(get vs post)

soapui调用rest接口参数怎么获取

Demo首先新建一个SoapUIProject，在InitialWSDL/WADL中输入wsdl的地址Project建立好后，SoapUI会根据WSDL的格式生成左边的列表树，包括CUX_0_WS_SERVER_PRG_Binding为WSDLBinding，INVOKEFMSWS为Binding中的Operation。双击Request1就能看到Soap请求报文的内容。在请求报文中填写必要的请求信息，并在左下角的RequestProperies中输入用户名，密码及WSS-PaswordType，再点击绿色的运行按钮，就能在右侧生成Soap响应报文。只是对SoapUI做了简单的介绍，主要用其来查看webservice提供的接口，以及返回的结果，SoapUI的功能远不止这些，其可以对webservice进行功能上和性能上的测试。

REST和SOAP Web Service的区别比较

restful是一种架构风格，其核心是面向资源；而webService底层SOAP协议，主要核心是面向活动。

SOAP：简单对象访问协议，很轻量，同时作为应用协议可以基于多种传输协议来传递消息（Http,SMTP等）。

客户端和服务器端的通讯方式

REST 与代理服务器 (Proxy Servers)

一般代理服务器的实现根据 (URI, HTTP Method) 两元组来决定 HTTP 请求的安全合法性。

当发现类似于（{username}，DELETE）这样的请求时，予以拒绝。

对于 SOAP，如果我们想借助于既有的代理服务器进行安全控制.

REST 与缓存服务器 (Cache Server)

使用 HTTP 协议的 SOAP，由于其设计原则上并不像 REST 那样强调与 Web 的工作方式相一致，所以，基于 SOAP 应用很难充分发挥 HTTP 本身的缓存能力,图 7. SOAP 与缓存服务器 (Cache Server)

总结：

REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义，关键还是看应用场景。成熟度SOAP虽然发展到现在已经脱离了初衷，但是对于异构环境服务发布和调用，以及厂商的支持都已经达到了较为成熟的情况。不同平台，开发语言之间通过SOAP来交互的web service都能够较好的互通。