当前位置:文档之家› SOAP 教程

SOAP 教程

SOAP 教程
SOAP 教程

SOAP 教程
?
SOAP 是一种简单的基于 XML 的协议,它使应用程序通过 HTTP 来交换信息。 的协议, 来交换信息。
教程中, 在我们的 SOAP 教程中,你将了解到什么是 SOAP,以及它如何在应用程序之间交换信息。 ,以及它如何在应用程序之间交换信息。
开始学习 SOAP !
内容目录
SOAP 简介 本章讲解 SOAP 的概念和作用。 SOAP 语法 本章讲解 SOAP 的构建模块和 SOAP 的语法规则。 SOAP Envelope 元素 本章讲解 SOAP 的 Envelope 元素。 SOAP Header 元素 本章讲解 SOAP 的 Header 元素。 SOAP Body 元素 本章讲解 SOAP 的 Body 元素。 SOAP Fault 元素 本章讲解 SOAP 的 Fault 元素。 SOAP HTTP Binding 本章是对 SOAP HTTP 绑定的简介。 SOAP 实例 本章介绍了一个 SOAP 实例。 SOAP 总结 本节是对您在本教程所学内容的一个总结,并为您推荐了下一步应该学习的内容。
SOAP 简介
? ?
SOAP 是基于 XML 的简易协议,可使应用程序在 HTTP 之上进行信息交换。 的简易协议, 之上进行信息交换。
1

或者更简单地说: 是用于访问网络服务的协议。 或者更简单地说:SOAP 是用于访问网络服务的协议。
您应当具备的基础知识
在继续学习之前,您需要对下面的知识有基本的了解:
? XML ? XML 命名空间
如果您希望首先学习这些项目,请访问我们的《XML 教程》。
什么是 SOAP? ?
? SOAP 指简易对象访问协议 简易对象访问协议 ? SOAP 是一种通信协议 通信协议 ? SOAP 用于应用程序之间 应用程序之间的通信 应用程序之间 ? SOAP 是一种用于发送消息 发送消息的格式 发送消息 ? SOAP 被设计用来通过因特网 通过因特网进行通信 通过因特网 ? SOAP 独立于平台 ? SOAP 独立于语言 ? SOAP 基于 XML ? SOAP 很简单并可扩展 ? SOAP 允许您绕过防火墙 绕过防火墙 ? SOAP 将被作为 W3C 标准 标准来发展
Why SOAP? ?
对于应用程序开发来说,使程序之间进行因特网通信是很重要的。
目前的应用程序通过使用远程过程调用(RPC)在诸如 DCOM 与 CORBA 等对象之间进行通信,但是 HTTP 不是为此设计的。RPC 会产生兼容性以及安全问题;防火墙和代理服务器通常会阻止此类流量。
通过 HTTP 在应用程序间通信是更好的方法,因为 HTTP 得到了所有的因特网浏览器及服务器的支持。 SOAP 就是被创造出来完成这个任务的。
SOAP 提供了一种标准的方法,使得运行在不同的操作系统并使用不同的技术和编程语言的应用程序可以 互相进行通信。
Microsoft 和 SOAP
SOAP 是微软 .net 架构的关键元素,用于未来的因特网应用程序开发。
SOAP 1.1 被提交到 W3C
2

在 2000 年 5 月,UserLand、Ariba、Commerce One、Compaq、Developmentor、HP、IBM、 IONA、Lotus、Microsoft 以及 SAP 向 W3C 提交了 SOAP 因特网协议,这些公司期望此协议能够通 过使用因特网标准(HTTP 以及 XML)把图形用户界面桌面应用程序连接到强大的因特网服务器,以此 来彻底变革应用程序的开发。
W3C 正在发展 SOAP 1.2
首个关于 SOAP 的公共工作草案由 W3C 在 2001 年 12 月发布。如需阅读更多有关在 W3C 的 SOAP 活动的内容,请访问我们的《W3C 教程》。
SOAP SOAP 语法
? ?
SOAP 构建模块
一条 SOAP 消息就是一个普通的 XML 文档,包含下列元素:
? 必需的 Envelope 元素,可把此 XML 文档标识为一条 SOAP 消息 ? 可选的 Header 元素,包含头部信息 ? 必需的 Body 元素,包含所有的调用和响应信息 ? 可选的 Fault 元素,提供有关在处理此消息所发生错误的信息
所有以上的元素均被声明于针对 SOAP 封装的默认命名空间中:
https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope 以及针对 SOAP 编码和数据类型的默认命名空间:
https://www.doczj.com/doc/f07605548.html,/2001/12/soap-encoding
语法规则
这里是一些重要的语法规则:
? SOAP 消息必须用 XML 来编码 ? SOAP 消息必须使用 SOAP Envelope 命名空间 ? SOAP 消息必须使用 SOAP Encoding 命名空间 ? SOAP 消息不能包含 DTD 引用 ? SOAP 消息不能包含 XML 处理指令
SOAP 消息的基本结构

3


... ...
... ... ... ...

SOAP Envelope 元素
? ?
消息的根元素。 强制使用的 SOAP 的 Envelope 元素是 SOAP 消息的根元素。
SOAP Envelope 元素
必需的 SOAP 的 Envelope 元素是 SOAP 消息的根元素。它可把 XML 文档定义为 SOAP 消息。
请注意 xmlns:soap 命名空间的使用。它的值应当始终是:
https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope
4

并且它可把封装定义为 SOAP 封装:
... Message information goes here ...
xmlns:soap 命名空间
SOAP 消息必须拥有与命名空间 "https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope" 相关联的一个 Envelope 元素。
如果使用了不同的命名空间,应用程序会发生错误,并抛弃此消息。
encodingStyle 属性
SOAP 的 encodingStyle 属性用于定义在文档中使用的数据类型。 此属性可出现在任何 SOAP 元素中, 并会被应用到元素的内容及元素的所有子元素上。SOAP 消息没有默认的编码方式。
语法
soap:encodingStyle="URI"
实例
... Message information goes here ...
5


SOAP Header 元素
? ?
元素包含头部信息。 可选的 SOAP Header 元素包含头部信息。
SOAP Header 元素
可选的 SOAP Header 元素可包含有关 SOAP 消息的应用程序专用信息(比如认证、支付等)。如果 Header 元素被提供,则它必须是 Envelope 元素的第一个子元素。
注释: 注释:所有 Header 元素的直接子元素必须是合格的命名空间。

234
... ...

上面的例子包含了一个带有一个 "Trans" 元素的头部,它的值是 234,此元素的 "mustUnderstand" 属性的值是 "1"。
6

SOAP 在默认的命名空间中 ("https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope") 定义了三个属性。这 三个属性是:actor、 mustUnderstand 以及 encodingStyle。这些被定义在 SOAP 头部的属性可定 义容器如何对 SOAP 消息进行处理。
actor 属性
通过沿着消息路径经过不同的端点,SOAP 消息可从某个发送者传播到某个接收者。并非 SOAP 消息的 所有部分均打算传送到 SOAP 消息的最终端点,不过,另一个方面,也许打算传送给消息路径上的一个 或多个端点。
SOAP 的 actor 属性可被用于将 Header 元素寻址到一个特定的端点。
语法
soap:actor="URI"
实例

234
... ...
7


mustUnderstand 属性
SOAP 的 mustUnderstand 属性可用于标识标题项对于要对其进行处理的接收者来说是强制的还是可 选的。
假如您向 Header 元素的某个子元素添加了 "mustUnderstand="1",则它可指示处理此头部的接收者 必须认可此元素。假如此接收者无法认可此元素,则在处理此头部时必须失效。
语法
soap:mustUnderstand="0|1"
实例

234
... ...

encodingStyle 属性
8

SOAP 的 encodingStyle 属性在上一节中已解释过了。
SOAP Body 元素
? ?
消息。 强制使用的 SOAP Body 元素包含实际的 SOAP 消息。
SOAP Body 元素
必需的 SOAP Body 元素可包含打算传送到消息最终端点的实际 SOAP 消息。
SOAP Body 元素的直接子元素可以是合格的命名空间。SOAP 在默认的命名空间中 ("https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope")定义了 Body 元素内部的一个元素。即 SOAP 的 Fault 元素,用于指示错误消息。

Apples

上面的例子请求苹果的价格。请注意,上面的 m:GetPrice 和 Item 元素是应用程序专用的元素。它们 并不是 SOAP 标准的一部分。
而一个 SOAP 响应应该类似这样:

xmlns:soap="https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope" soap:encodingStyle="https://www.doczj.com/doc/f07605548.html,/2001/12/soap-encoding">
1.90

SOAP Fault 元素
? ?
SOAP Fault 元素用于存留 SOAP 消息的错误和状态信息。 消息的错误和状态信息。
SOAP Fault 元素
可选的 SOAP Fault 元素用于指示错误消息。
如果已提供了 Fault 元素,则它必须是 Body 元素的子元素。在一条 SOAP 消息中,Fault 元素只能 出现一次。
SOAP 的 Fault 元素拥有下列子元素: 子元素 描述 供识别故障的代码 可供人阅读的有关故障的说明 有关是谁引发故障的信息 存留涉及 Body 元素的应用程序专用错误信息




SOAP Fault 代码
在下面定义的 faultcode 值必须用于描述错误时的 faultcode 元素中:
10

错误
描述 SOAP Envelope 元素的无效命名空间被发现 Header 元素的一个直接子元素(带有设置为 "1" 的 mustUnderstand 属性) 无法被理解。 消息被不正确地构成,或包含了不正确的信息。 服务器有问题,因此无法处理进行下去。
VersionMismatch
MustUnderstand
Client
Server
SOAP HTTP Binding
? ?
HTTP 协议
HTTP 在 TCP/IP 之上进行通信。HTTP 客户机使用 TCP 连接到 HTTP 服务器。在建立连接之后,客 户机可向服务器发送 HTTP 请求消息:
POST /item HTTP/1.1 Host: 189.123.345.239 Content-Type: text/plain Content-Length: 200
随后服务器会处理此请求, 然后向客户机发送一个 HTTP 响应。 此响应包含了可指示请求状态的状态代码:
200 OK Content-Type: text/plain Content-Length: 200
在上面的例子中,服务器返回了一个 200 的状态代码。这是 HTTP 的标准成功代码。
假如服务器无法对请求进行解码,它可能会返回类似这样的信息:
400 Bad Request Content-Length: 0
SOAP HTTP Binding
11

SOAP 方法指的是遵守 SOAP 编码规则的 HTTP 请求/响应。
HTTP + XML = SOAP SOAP 请求可能是 HTTP POST 或 HTTP GET 请求。
HTTP POST 请求规定至少两个 HTTP 头:Content-Type 和 Content-Length。
Content-Type
SOAP 的请求和响应的 Content-Type 头可定义消息的 MIME 类型,以及用于请求或响应的 XML 主 体的字符编码(可选)。
语法
Content-Type: MIMEType; charset=character-encoding
例子
POST /item HTTP/1.1 Content-Type: application/soap+xml; charset=utf-8
Content-Length
SOAP 的请求和响应的 Content-Length 头规定请求或响应主体的字节数。
语法
Content-Length: bytes
例子
POST /item HTTP/1.1 Content-Type: application/soap+xml; charset=utf-8 Content-Length: 250
SOAP 实例
? ?
一个 SOAP 实例
12

在下面的例子中,一个 GetStockPrice 请求被发送到了服务器。此请求有一个 StockName 参数,而 在响应中则会返回一个 Price 参数。此功能的命名空间被定义在此地址中: "https://www.doczj.com/doc/f07605548.html,/stock"
SOAP 请求: 请求:
POST /InStock HTTP/1.1 Host: https://www.doczj.com/doc/f07605548.html, Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn

IBM

SOAP 响应: 响应:
HTTP/1.1 200 OK Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn
13

xmlns:soap="https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope" soap:encodingStyle="https://www.doczj.com/doc/f07605548.html,/2001/12/soap-encoding">
34.5

SOAP,下一步呢? 您已经学习了 SOAP,下一步呢?
? ?
SOAP 概要
此教程已向您讲解了如何透过 HTTP 使用 SOAP 在应用程序之间交换信息。
您已经学习了有关 SOAP 消息中不同元素和属性的知识。
您也学习了如何把 SOAP 作为一种协议来使用以访问 web service。
您已经学习了 SOAP,下一步呢? ,下一步呢?
下一步应该学习 WSDL 和 Web Services。
WSDL WSDL 是基于 XML 的语言,用于描述 Web services 以及如何访问它们。
WSDL 可描述某个 web service,连同用于此 web service 的消息格式和协议细节。
如果您需要学习更多有关 WSDL 的知识,请访问我们的 WSDL 教程。
Web Services Web services 可把应用程序转换为网络应用程序(web-applications)。
通过使用 XML,消息可在应用程序之间进行传送。 14

如果您需要学习更多有关 web services 的知识,请访问我们的 Web Services 教程。
15

soap协议规范

SOAP协议规范 1. 简介 SOAP以XML形式提供了一个简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制。SO AP本身并没有定义任何应用程序语义,如编程模型或特定语义的实现;实际上它通过提供一个有标准组件的包模型和在模块中编码数据的机制,定义了一个简单的表示应用程序语义的机制。这使SOAP能够被用于从消息传递到RPC的各种系统。 soap包括三个部分 soap封装(见第4节)结构定义了一个整体框架用来表示消息中包含什么内容,谁来处理这些内容以及这些内容是可选的或是必需的。 SOAP编码规则(见第5节)定义了用以交换应用程序定义的数据类型的实例的一系列机制。 SOAP RPC表示(见第7节)定义了一个用来表示远程过程调用和应答的协定。 虽然这三个部分都作为SOAP的一部分一起描述,但它们在功能上是相交的。特别的,封装和编码规则是在不同的名域中定义的,这种模块性的定义方法增加了简单性在SOAP封装,SOAP编码规则和SOAPRP C协定之外,这个规范还定义了两个协议的绑定,描述了在有或没有HTTP扩展框架[6]的情况下,SOAP 消息如何包含在HTTP消息[5]中被传送。 1.1 设计目标 SOAP的主要设计目标是简单性和可扩展性,这意味着传统的消息系统和分布对象系统的某些性质不是SO AP规范的一部分。这些性质包括: 分布式碎片收集 成批传送消息 对象引用(要求分布式碎片收集) 激活机制(要求对象引用) 1.2 符号约定 这篇文章中的关键字 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT","SHOULD", "S HOULD NOT", "RECOMMENDED", "MAY", 和"OPTIONAL"的解释在RFC-2119 [2]中。这篇文章中用到的名域前缀 "SOAP-ENV" 和"SOAP-ENC"分别与"https://www.doczj.com/doc/f07605548.html,/soap/envelope/"; 和"http://sc https://www.doczj.com/doc/f07605548.html,/soap/encoding/";关联。整篇文档中,名域前缀“xsi”被假定为与URI"https://www.doczj.com/doc/f07605548.html,/19

通过CXF开发webService接口(soap协议、maven项目)

1. 引入cxf的jar包 pom文件里面直接增加依赖 < dependency> junit junit 4.11 test org.springframework spring- webmvc 4.0.0.RELEASE org.apache.cxf apache-cxf 2.4.3 pom 2. 配置web.xml文件 < web-app xmlns= "https://www.doczj.com/doc/f07605548.html,/xml/ns/javaee" xmlns:xsi= "https://www.doczj.com/doc/f07605548.html,/2001/XMLSchema-instance" xsi:schemaLocation= "https://www.doczj.com/doc/f07605548.html,/xml/ns/javaee https://www.doczj.com/doc/f07605548.html,/xml/ns/javaee/web-app_3_1.xsd" version= "3.1" > < display-name >Archetype Created Web Application < context-param > contextConfigLocation classpath:config/spring/metadata WebService-spring.xml org.springframework.web.conte xt.ContextLoaderListener

基于J2ME平台的SOAP协议研究与应用

基于J2ME平台的SOAP协议研究与应用 基于J2ME平台的SOAP协议研究与应用 基于J2ME平台的SOAP协议研究与应用 2019-10-03 计算机信息技术 基于J2ME平台的SOAP协议研究与应用 摘要:本文对于在J2ME平台下,利用XML解析器开发SOAP协议的基本方法进行了研究,介绍了J2ME平台和SOAP协议,其中重点探讨了XML的开发,提出了一种利用XML解析器在J2ME平台上实现SOAP协议的方法,具有一定的推广价值。关键词:J2ME SOAP XML嵌入式系统 1引言 J2ME作为嵌入式系统应用平台得到了迅速的发展,JAVA语言固有的平台无关性使得基于J2ME平台的嵌入式应用系统具有广阔的前景。受限于嵌入式设备及消费类电器硬件条件的限制,J2ME平台提供的功能有限,如何能够在有限的资源下拓展J2ME的功能,使得J2ME平台能够处理SOAP协议是本文研究的重点。 目前企业应用正在向面向WEB服务的SOA架构转变,嵌入式系统与企业应用系统的连接目前还处于TCP/IP协议、HTTP协议等比较初级的阶段。随着企业应用系统提供的WEB服务日益广泛和成熟,需要J2ME平台提供处理SOAP协议的需求也越来越多。 SOA架构是目前企业应用系统广泛部署的架构,实现SOA的关键问题之一就是对

SOAP协议的支持。本文分析了在J2ME平台中实现SOAP协议处理遇到的问题,提出了相应的解决方案。 2 j2ME介绍[1] [2] [3] J2ME(Java 2 Platform Micro Edition)是为无线电子市场所设计的JAVA平台,包括JVM规范和API规范。J2ME 定义了一套类库和虚拟机技术,这些技术可以使用户、服务提供商和设备制造商通过物理(有线)连接或无线连接,按照需要随时使用丰富的应用程序。J2ME同时提供了Java语言一贯的跨平台性和安全性。 为了支持用户和嵌入式市场提出的灵活性和可定制性要求,J2ME被设计得更加模块化和可缩放化。J2ME在设备原有的操作系统上建造了3层软件来实现这种要求: 1.JVM层:这层基于宿主操作系统,按照某一种J2ME的配置实现了JVM。 2.配置层:这层对于用户可见度要低一些,但对简表层非常重要。它针对不同市场的需求,定义了Java虚拟机的最小功能集合和Java类库的最小集合。在J2ME设备中,JVM与配置层紧密相连,它们体现了每一类设备的基本功能。 3.简表层:这层对于用户和应用程序提供者来说是最常见的。它针对特定市场的需求,定义了Java虚拟机的最小功能集合和Java类库的最小集合。 J2ME组件都围绕一个中心,这些中心被称为configuration(配置),它们中间的每一个都是用于消费电子和嵌入设备的特别的类。目前配置分为CLDC和CDC 两种。 Connected limited device configuration(有限连接设备配置,简称 CLDC)定义支持“devices that you hold in your hand(握在手中的设备)”的应用程

SOAP协议在XML数据传输中的应用

第16卷 第4期长 春 大 学 学 报V o.l16 N o.4 2006年8月J OU RNAL OF CHANGCHUN UN I VER SI TY A ug.2006 文章编号:1009-3907(2006)04-0052-04 SOAP协议在X ML数据传输中的应用 隋菱歌,殷树友,黄 岚 (长春金融高等专科学校计算机系,吉林长春 130022) 摘 要:随着计算机技术和电子商务的发展,传统的数据交换技术已不能满足企业间大容量数据的交互。XML作为下一代Internet语言,简单易用并且具有极大的灵活性。SOAP协议是基于XML 数据表示的简单对象访问协议,使用它可以在不同的平台和应用程序间方便地交换数据。SOAP 协议在X M L数据传输中必然会得到广泛的应用。 关键词:SOAP协议;X M L;数据传输 中图分类号:TP393.04 文献标识码:B 0 引 言 现代计算机技术和电子商务技术的迅猛发展,对于不同架构下的资源共享和数据通信提出了迫切要求。X M L以其良好的数据存储格式、可扩展性、高度结构化、便于网络传输等特点,使得我们对纷繁复杂的异构数据表达和传输不再束手无策。I B M、M icr osoft等公司制定的基于XML技术的数据传输协议SOAP,具有开放性、与应用无关性、与语言无关性等特点,满足了异构应用程序之间的通信需求,使得模块层能够以一种开放、自说明、统一的方式进行集成和交互,避免了在CORB A、DCOM和其它协议之间转换的麻烦。正是SOAP 的引入,使W eb服务得以满足互操作性、普遍性和低进入屏障,可以用任何语言来编写W eb服务,开发者无需更改他们的开发环境就可生产和使用W eb服务,这极大地促进了W eb服务的发展。 1 S OAP协议及X M L语言的优势 数据通信的基础是进行数据交换的双方要对数据的格式达成统一的认识。传统的数据交换技术基于不同的架构,例如:不同的操作系统NT、Un i x等,不同的数据库系统SQL Server,O rac le等,要想在这些不同的平台、不同的数据库系统之间传输信息非常不方便,这成为阻碍很多项目发展的瓶颈。 X M L(e X tensible M arkup Language)[1]是一种可扩展的元置标语言,采用与平台无关的中性的数据表达,允许数据被序列化成一个可以传递的形式,使其可以容易地在任何平台上被解码。X M L的优势在于:有大量X M L编码和解码软件存在于每个编程环境和平台上;XML基于文本,相当容易用低技术水平的编程环境来处理;XML格式灵活,支持可扩展性,容易用一致的方式来扩展;在XML中每一个元素和属性有一个名域UR I与它相联系;XML还支持带类型的数据表达,XML Sche m a规范为描述X M L数据类型标准化了一个词汇集。所以,采用XML语言统一数据格式是一个必然的发展趋势。 数据格式的统一是数据通信的基础,而数据传输是数据通信的关键。传统的ED I是一种被证明了的适用于商务公司间交换信息的解决方式。然而,EDI非常严格,而且非常复杂。因此,对一个公司来说,实现、维护和配置ED I是非常昂贵的。分布式组件对象模型(DCOM)允许驻留在不同的计算机上,并且基于C OM 收稿日期:2006-05-10 基金项目:吉林省科技发展计划项目(20050106);吉林省教育厅科研计划项目(JJ KHZ2005-101) 作者简介:隋菱歌(1975-),女,吉林省农安县人,长春金融高等专科学校计算机系讲师,硕士,主要从事计算机网络及数字图像处理的研究。

SOAP协议规范

SOAP协议规范 SOAP协议规范 1. 简介 SOAP以XML形式提供了一个简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制。SOAP本身并没有定义任何应用程序语义,如编程模型或特定语义的实现;实际上它通过提供一个有标准组件的包模型和在模块中编码数据的机制,定义了一个简单的表示应用程序语义的机制。这使SOAP能够被用于从消息传递到RPC的各种系统。 soap包括三个部分 soap封装(见第4节)结构定义了一个整体框架用来表示消息中包含什么内容,谁来处理这些内容以及这些内容是可选的或是必需的。 SOAP编码规则(见第5节)定义了用以交换应用程序定义的数据类型的实例的一系列机制。 SOAP RPC表示(见第7节)定义了一个用来表示远程过程调用和应答的协定。虽然这三个部分都作为SOAP的一部分一起描述,但它们在功能上是相交的。特别的,封装和编码规则是在不同的名域中定义的,这种模块性的定义方法增加了简单性在SOAP封装,SOAP编码规则和SOAPRPC协定之外,这个规范还定义了两个协议的绑定,描述了在有或没有HTTP扩展框架[6]的情况下,SOAP消息如何包含在HTTP消息[5]中被传送。 1.1 设计目标 SOAP的主要设计目标是简单性和可扩展性,这意味着传统的消息系统和分布对象系统的某些性质不是SOAP规范的一部分。这些性质包括: 分布式碎片收集 成批传送消息 对象引用(要求分布式碎片收集) 激活机制(要求对象引用) 1.2 符号约定 这篇文章中的关键 字 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT","SHOUL D", "SHOULD NOT", "RECOMMENDED", "MAY", 和"OPTIONAL"的解释在 RFC-2119 [2]中。这篇文章中用到的名域前缀 "SOAP-ENV" 和"SOAP-ENC"分别与"https://www.doczj.com/doc/f07605548.html,/soap/envelope/"; 和 "https://www.doczj.com/doc/f07605548.html,/soap/encoding/";关联。整篇文档中,名域前缀“xsi”被假定为与 URI"https://www.doczj.com/doc/f07605548.html,/1999/XMLSchema-instance“(在XMLSchema规范[11]定义)相连。类似的,名域前缀”xsd“被假定为与URI"https://www.doczj.com/doc/f07605548.html,/1999/XMLSchema";(在[10]中定义)相连。名域前 缀”tns“用来表示任意名域。所有其它的名域前缀都只是例子。 名域URI的基本形式”some-URI“表示某些依赖于应用程序或上下文的 URI[4]。这个规范用扩展BNF(在RFC-2616[5] 描述)描述某些结构。

使用.NET类编写SOAP协议调用Web服务

使用.NET类编写SOAP协议调用Web服务 简介:使用.NET类编写SOAP消息,SOAP消息中包含用户的用户帐号,用户密码和帐号ID。使用HttpWebRequest类发送SOAP请求,请求远程服务器上Web服务程序(客户帐户信息),并使用HttpWebResponse类获取服务响应。 知识点: 命名空间:System.Xml 创建XML文档的类:XmlTextWriter 1.创建XmlTextWriter 对象,设置用Tab键缩进 代码示例: XmlTextWriter BookWriter = new XmlTextWriter( @"\catalog\books.xml", Encoding.UTF8); BookWriter.Formatting = Formatting.Indented; 2.编写XML文档的根元素 使用WriteStartDocument()方法和WriteEndDocument()方法创建XML声明 使用WriteStartElement()方法和WriteEndElement()方法创建根元素 代码示例: BookWriter.WriteStartDocument(); BookWriter.WriteStartElement("books"); // 其他元素 BookWriter.WriteEndElement(); BookWriter.WriteEndDocument(); 输出: 3.编写元素 使用WriteElementString()方法创建不包含子元素和属性的元素 代码示例: BookWriter.WriteElementString("price", "19.95"); 输出: 19.95

物联网四大协议

物联网四大协议物联网协议

协议一:物联网协议XMPP XMPP是一种基于标准通用标记语言的子集XML的协议,它继承了在XML环境中灵活的发展性。因此,基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求,以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序。而且,XMPP包含了针对服务器端的软件协议,使之能与另一个进行通话,这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。 基本网络结构 XMPP中定义了三个角色,客户端,服务器,网关。通信能够在这三者的任意两个之间双向发生。服务器同时承担了客户端信息记录,连接管理和信息的路由功能。网关承担着与异构即时通信系统的互联互通,异构系统可以包括SMS(短信),MSN,ICQ等。基本的网络形式是单客户端通过TCP/IP连接到单服务器,然后在之上传输XML。 工作原理 XMPP核心协议通信的基本模式就是先建立一个stream,然后协商一堆安全之类的东西,中间通信过程就是客户端发送XML Stanza,一个接一个的。服务器根据客户端发送的信息以及程序的逻辑,发送XML Stanza给客户端。但是这个过程并不是一问一答的,任何时候都有可能从一方发信给另外一方。通信的最后阶段是关闭流,关闭TCP/IP 连接。

功能 传输的是与即时通讯相关的指令。在以前这些命令要么用2进制的形式发送(比如QQ),要么用纯文本指令加空格加参数加换行符的方式发送(比如MSN)。而XMPP传输的即时通讯指令的逻辑与以往相仿,只是协议的形式变成了XML格式的纯文本。 优点 XMPP协议是自由、开放、公开的,并且易于了解。而且在客户端、服务器、组件、源码库等方面,都已经各自有多种实现。 缺点 网络通信过程中数据冗余率非常高,网络流量中70% 都消耗在 XMPP 协议层了。对于物联网来说,大量计算能力有限且工作在低带宽、不可靠网络的远程传感器和控制设备,省电、省流量是所有底层服务的一个关键技术指标,XMPP协议看起来已经落后了。

SOAP协议应用

1、SOAP简介 SOAP(SOAP:Simple Object Access Protocol):简单对象访问协议,简单对象访问协议(SOAP)是一种轻量的、简单的、基于 XML 的协议,它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使用,包括超文本传输协议( HTTP),简单邮件传输协议(SMTP),多用途网际邮件扩充协议(MIME)。它还支持从消息系统到远程过程调用(RPC)等大量的应用程序 SOAP包括的3部分: soap 封装结构定义了一个整体框架用来表示消息中包含什么内容,谁来处理这些内容以及这些内容是可选的或是必需的。 SOAP 编码规则定义了用以交换应用程序定义的数据类型的实例的一系列机制。 SOAP RPC 表示定义了一个用来表示远程过程调用和应答的协定。 虽然这三个部分都作为SOAP 的一部分一起描述,但它们在功能上是相交的。特别的,封装和编码规则是在不同的名域中定义的,这种模块性的定义方法增加了简单性在SOAP 封装,SOAP 编码规则和SOAPRPC 协定之外,这个规范还定义了两个协议的绑定,描述了在有或没有HTTP 扩展框架[6]的情况下,SOAP 消息如何包含在HTTP 消息[5]中被传送。 2、SOAP的优势 个人认为,作为新一代的分布式技术,SOAP很大的价值在于它可以很好得解决异构系统之间的连接问题。SOAP是基于XML的一种简单协议,而XML已经成为计算机工业的一个标准。就象一个中国人和一个德国人不太好交流,但是如果双方都会英语的话,那么事情就好办了。XML就是异构系统之间的英语!这就是为什么我们在拥有DCOM,RMI,EJB等众多分布技术后,还需要SOAP的一个原因。在SOAP中,所有的请求和响应都是XML文件格式的,而各种语言的相应开发包都具备把这些请求和响应中包含的数据解析出来并转换成为自己的数据类型,而且这种转化是在暗中进行的,通常是不需要开发者关心的。当然,说回来,SOAP也不是解决这一问题的唯一方案,它的发展还在起步阶段。另外一个常被提到的优点是,SOAP建立在HTTP上进行通信,因此它可以通过绝大部分的防火墙。 3、SOAP基本的语法 SOAP 构建模块 一条SOAP 消息就是一个普通的XML 文档,包含下列元素: ?必需的Envelope 元素,可把此XML 文档标识为一条SOAP 消息 ?可选的Header 元素,包含头部信息 ?必需的Body 元素,包含所有的调用和响应信息 ?可选的Fault 元素,提供有关在处理此消息所发生错误的信息 所有以上的元素均被声明于针对SOAP 封装的默认命名空间中: https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope 以及针对SOAP 编码和数据类型的默认命名空间: https://www.doczj.com/doc/f07605548.html,/2001/12/soap-encoding 语法规则 这里是一些重要的语法规则: ?SOAP 消息必须用XML 来编码 ?SOAP 消息必须使用SOAP Envelope 命名空间 ?SOAP 消息必须使用SOAP Encoding 命名空间 ?SOAP 消息不能包含DTD 引用 SOAP 消息不能包含XML 处理指令 1)Envelope元素 必需的SOAP 的Envelope 元素是SOAP 消息的根元素。它可把XML 文档定义为SOAP 消息。 请注意xmlns:soap 命名空间的使用。它的值应当始终是:https://www.doczj.com/doc/f07605548.html,/2001/12/soap-envelope SOAP 的encodingStyle 属性用于定义在文档中使用的数据类型。此属性可出现在任何SOAP 元素中,并会被应用到元素的内容及元素的所有子元素上。SOAP 消息没有默认的编码方式。 2)SOAP Header 元素

soap协议

概述 SOAP:简单对象访问协议,简单对象访问协议(SOAP)是一种轻量的、简单的、基于 XML 的协议,它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使用,包括超文本传输协议( HTTP),简单邮件传输协议(SMTP),多用途网际邮件扩充协议(MIME)。它还支持从消息系统到远程过程调用(RPC)等大量的应用程序。 简介 四个部分 soap。n.(英文)肥皂 SOAP:简单对象访问协议 (SOAP:Simple Object Access Protocol) SOAP 包括四个部分: SOAP 封装:它定义了一个框架, 该框架描述了消息中的内容是什么,谁应当处理它以及它是可选的还是必须的。 SOAP 编码规则:它定义了一种序列化的机制,用于交换应用程序所定义的数据类型的实例。 SOAP RPC 表示:它定义了用于表示远程过程调用和应答的协定。 SOAP 绑定:定义了一种使用底层传输协议来完成在节点间交换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 消息格式: SOAP 标头

SOAP协议分析

西安邮电大学 Web服务 课内实验报告书 院系名称:计算机学院 实验题目:SOAP协议分析学生姓名:周从军 专业名称:网络工程 班级:网络1101班学号:04112016 时间:2014年12月20日

Web服务实验报告 SOAP协议分析 一、实验目的 1.理解Web服务,了解简单对象访问协议(SOAP Simple Object Access Protocol)的内容进行分析; 2.掌握简单对象访问协议(SOAP)的格式。 二、实验内容 1.了解SOAP协议内容和技术架构 2.分析协议的原理及SOAP消息的格式、编码原则 3.掌握 SOAP消息的组成 三、设计与设计过程 1.SOAP协议的简介 SOAP(Simple Object Access Protocal,简单对象访问协议)技术有助于实现大量异构程序和平台之间的互操作性,从而使存在的应用能够被广泛的用户所访问。SOAP是把成熟的基于HTTP的WEB技术与xml的灵活性和可扩展性组合在了一起。 2.SOAP的应用范围 SOAP 的一个主要目标是使存在的应用能被更广泛的用户所使用。为了实现这个目的,没有任何SOAPAPI或SOAP对象请求代理(SOAPORB),SOAP是假设你将使用尽可能多的存在的技术。几个主要的CORBA厂商已经承诺在他们的ORB 产品中支持SOAP协议。微软也承诺在将来的COM版本中支持 SOAP。DevelopMentor已经开发了参考实现,它使得在任何平台上的任何java或Perl 程序员都可以使用SOAP。而且IBM和Sun也陆续支持了SOAP协议,和MS合作共同开发SOAP规范和应用。目前SOAP已经成为了W3C和IETF的参考标准之一。 3.SOAP与XML的关系 SOAP 的指导理念是“它是第一个没有发明任何新技术的技术”。它采用了已经广泛使用的两个协议:HTTP和XML。HTTP用于实现SOAP的RPC风格的传输,而XML是它的编码模式。采用几行代码和一个XML解析器,HTTP服务器(如MS

TCP IP,HTTP,SOAP等协议之区别

笑笑小白 归类自己需要的资料,慢慢爬行TCP/IP,HTTP,SOAP等协议之区别 术语TCP/IP代表传输控制协议/网际协议,指的是一系列协议。“IP”代表网际协议,TCP和UDP使用该协议从一个网络传送数据包到另一个网络。把IP想像成一种高速公路,它允许其它协议在上面行驶并找到到其它电脑的出口。TCP和UDP是高速公路上的“卡车”,它们携带的货物就是像HTTP,文件传输协议FTP这样的协议等。 你应该能理解,TCP和UDP是FTP,HTTP和SMTP之类使用的传输层协议。虽然TCP和UDP 都是用来传输其他协议的,它们却有一个显著的不同:TCP提供有保证的数据传输,而UDP不提供。这意味着TCP有一个特殊的机制来确保数据安全的不出错的从一个端点传到另一个端点,而UDP不提供任何这样的保证。 HTTP(超文本传输协议)是利用TCP在两台电脑(通常是Web服务器和客户端)之间传输信息的协议。客户端使用Web浏览器发起HTTP请求给Web服务器,Web服务器发送被请求的信息给客户端。 SOAP(Simple Object Access Protocal,简单对象访问协议) 技术有助于实现大量异构程序和平台之间的互操作性,根据我有限的了解,SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在了一起。比如我们.NET中的WEB服务,就是基于SOAP。 记住,需要IP协议来连接网络;TCP是一种允许我们安全传输数据的机制,使用TCP协议来传输数据的HTTP是Web服务器和客户端使用的特殊协议。 下面的图表试图显示不同的TCP/IP和其他的协议在最初OSI模型中的位置: 7 应用层例如HTTP、SMTP、SNMP、FTP、Telnet、SIP、SSH、NFS、RTSP、XMPP、Whois、ENRP 6 表示层例如XDR、ASN.1、SMB、AFP、NCP 5 会话层例如ASAP、TLS、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS、ASP、Winsock、BSD sockets 4 传输层例如TCP、UDP、RTP、SCTP、SPX、ATP、IL 3 网络层例如IP、ICMP、IGMP、IPX、BGP、OSPF、RIP、IGRP、EIGRP、ARP、RARP、X.25 2 数据链路层例如以太网、令牌环、HDLC、帧中继、ISDN、ATM、IEEE 802.11、FDDI、PPP 1 物理层例如线路、无线电、光纤、信鸽 笑笑小白 归类自己需要的资料,慢慢爬行TCP,IP,HTTP,SOCKET区别和联系 网络由下往上分为: 对应

相关主题
相关文档 最新文档