Soap协议

 

 

简单对象访问协议是交换数据的一种协议规范，是一种轻量的、简单的、基于XML（标准通用标记语言下的一个子集）的协议，它被设计成在WEB上交换结构化的和固化的信息。

SOAP、WSDL(WebServicesDescriptionLanguage)、UDDI(UniversalDescriptionDiscovery andIntegration)之一， soap用来描述传递信息的格式， WSDL 用来描述如何访问具体的接口， uddi用来管理，分发，查询webService 。具体实现能够搜索 Web Services简单实例 ; SOAP 能够和现存的许多因特网协议和格式结合使用，包括超文本传输协议（HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。SOAP使用基于XML的数据结构和超文本传输协议(HTTP)的组合定义了一个标准的方法来使用Internet上各类不一样操做环境中的分布式对象。

 

相关定义

• 基于类对象的传输协议。
• SOAP封装（envelop），它定义了一个框架，描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们；
• SOAP编码规则（encoding rules），它定义了一种序列化机制，用于表示应用程序须要使用的数据类型的实例；
• SOAP RPC表示（RPC representation），它定了一个协定，用于表示远程过程调用和应答；
• SOAP绑定（binding），它定义了SOAP使用哪一种协议交换信息。使用HTTP/TCP/UDP协议均可以。

把SOAP绑定到HTTP提供了同时利用SOAP的样式和分散的灵活性的特色以及HTTP的丰富的特征库的优势。在HTTP上传送SOAP并非说SOAP会覆盖现有的HTTP语义，而是HTTP上的SOAP语义会天然的映射到HTTP语义。在使用HTTP做为协议绑定的场合中，RPC请求映射到HTTP请求上，而RPC应答映射到HTTP应答。然而，在RPC上使用SOAP并不只限于HTTP协议绑定。

 

历史

SOAP曾经表明“Simple Object Access Protocol”，可是这种缩写已经在标准的1.2版后被废止了。1.2版在2003年6月24日成为 W3C的推荐版本。这种缩写容易与SOA——Service-oriented architecture产生歧义，虽然它们之间存在很是大的差别。

SOAP由Dave Winer, Don Box，Bob Atkinson, Mohsen Al-Ghosein于1998年设计，当时只做为一种对象访问协议。SOAP规范由 万维网联盟的 XML工做组维护。

 

四个部分

封装

它定义了一个框架 , 该框架描述了 消息中的内容是什么，谁应当处理它以及它是可选的仍是必须的。

编码规则

它定义了一种序列化的机制，用于交换 应用程序所定义的数据类型的实例。

RPC表示

它定义了用于表示 远程过程调用和应答的协定。

绑定

定义了一种使用底层传输协议来完成在节点间交换SOAP封装的约定。

SOAP 消息基本上是从发送端到接收端的单向传输，但它们经常结合起来执行相似于请求 / 应答的模式。全部的 SOAP 消息都使用 XML 编码。一条 SOAP 消息就是一个包含有一个必需的 SOAP 的封装包，一个可选的 SOAP 标头和一个必需的 SOAP 体块的 XML 文档。把 SOAP 绑定到 HTTP 提供了同时利用 SOAP 的样式和分散的灵活性的特色以及 HTTP 的丰富的特征库的优势。在 HTTP上传送 SOAP 并非说 SOAP 会覆盖现有的 HTTP 语义，而是 HTTP 上的 SOAP 语义会天然的映射到 HTTP 语义。在使用 HTTP 做为协议绑定的场合中， RPC 请求映射到 HTTP 请求上，而 RPC 应答映射到 HTTP 应答。然而，在 RPC 上使用 SOAP 并不只限于 HTTP 协议绑定。SOAP也能够绑定到TCP和UDP协议上。

 

协议结构

SOAP 消息格式：

1 2 3 4 5 6 7 8

< SOAP-ENV:Envelope 　各类属性> <!--百度百科示例--> 　< SOAP:HEADER > 　</ SOAP:HEADER > 　< SOAP:Body > 　</ SOAP:Body > </ SOAP-ENV:Envelope >

主要在web服务中运用。

 

 

语法规则

构建模块

一条 SOAP 消息就是一个普通的 XML 文档，包含下列元素：

• 必需的 Envelope 元素，可把此 XML 文档标识为一条 SOAP 消息
• 可选的 Header 元素，包含头部信息
• 必需的 Body 元素，包含全部的调用和响应信息
• 可选的 Fault 元素，提供有关在处理此消息所发生错误的信息

语法规则

这里是一些重要的语法规则：

• SOAP 消息必须用 XML 来编码
• SOAP 消息必须使用 SOAP Envelope 命名空间
• SOAP 消息必须使用 SOAP Encoding 命名空间
• SOAP 消息不能包含 DTD 引用
• SOAP 消息不能包含 XML 处理指令

消息基本结构

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

<? xml 　 version = "1.0" ?> < soap:Envelope 　 xmlns:soap = "http://www.w3.org/2001/12/soap-envelope" 　 soap:encodingStyle = "http://www.w3.org/2001/12/soap-encoding" >   < soap:Header > <!--百度百科示例--> </ soap:Header >   < soap:Body > <!--百度百科示例--> < soap:Fault > <!--百度百科示例--> </ soap:Fault > </ soap:Body > </ soap:Envelope >

 

核心技术

SOAP采用了已经普遍使用的两个协议:HTTP 和 XML（ 标准通用标记语言下的一个子集）。HTTP用于实现 SOAP 的RPC 风格的传输, 而XML 是它的编码模式。采用几行代码和一个XML 解析器, HTTP 服务器( MS 的 IIS 或 Apache) 马上成为SOAP 的 ORBS。SOAP 通信协议使用 HTTP 来发送XML 格式的信息。HTTP与RPC 的协议很类似,它简单、 配置普遍,而且对防火墙比其它协议更容易发挥做用。HTTP 请求通常由 Web 服务器软件(如 IIS 和Apache)来处理, 但愈来愈多的应用服务器产品正在支持HTTP。XML 做为一个更好的 网络数据表达方式( NDR)。SOAP 把 XML 的使用代码化为请求和响应参数编码模式, 并用HTTP 做传输。具体地讲, 一个SOAP 方法能够简单地看做遵循SOAP编码规则的 HTTP请求和响应, 一个 SOAP 终端则能够看做一个基于HTTP 的URL, 它用来识别方法调用的目标。像CORBA/ IIOP同样, SOAP不须要具体的对象绑定到一个给定的 终端, 而是由具体实现程序来决定怎样把对象终端标识符映像到服务器端的对象。

 

优势

1. 可扩展的。SOAP 无需中断已有的 应用程序, SOAP 客户端、 服务器和协议自身都能发展。并且SOAP 能极好地支持中间介质和层次化的体系结构。
2. 简单的。客户端发送一个请求,调用相应的对象, 而后服务器返回结果。这些 消息是XML 格式的,而且封装成符合HTTP 协议的消息。所以,它符合任何路由器、 防火墙或 代理服务器的要求。
3. 彻底和厂商无关。SOAP能够相对于平台、 操做系统、 目标模型和编程语言独立实现。另外,传输和语言绑定以及数据编码的参数选择都是由具体的实现决定的。
4. 与编程语言无关。SOAP 可使用任何语言来完成，只要客户端发送正确SOAP 请求( 也就是说, 传递一个合适的参数给一个实际的远端服务器)。SOAP 没有对象模型, 应用程序能够捆绑在任何对象模型中。
5. 与平台无关。SOAP 能够在任何操做系统中无需改动正常运行