SOAP协议介绍,SOAP协议

('一、webservice1、SOAPSOAP是WebService的基本通信协议。因为SOAP与DCOM和CORBA在概念上有相同之处，所以很多人在问：“SOAP是怎样激活对象的？”或“SOAP在使用什么命名服务（NamingService）？”。或许在执行SOAP的过程当中会用到这些，但这些并不在SOAP规范要考虑的范畴之内。SOAP只是定义SOAP消息的XML格式（XMLFormat），如果你用一对SOAP标记（SOAPElements）把XML文档括起来，那么这个就是一个SOAP消息，这不是很简单吗？SOAP规范还定义了怎样用XML来描述程序数据（ProgramData）,怎样执行RPC（RemoteProcedureCall）。这些可选的规范是为了构建RPC-style的应用程序（客户端SOAP消息包含函数名和在函数中用到的参数，而服务器端SOAP消息包含执行函数之后的结果）。大多数SOAP解决方案都支持RPC-style应用程序，因为很多程序员已对DCOM或CORBA熟悉。SOAP还支持Document-style应用程序（SOAP消息只包含XML文本信息）。Document-style应用程序有很好的灵活性，所以很多用RPC很难构建的WebService用这种方式构建。最后SOAP规范还定义了HTTP消息是怎样传输SOAP消息的。这并不代表SOAP只能用HTTP来作为传输协议，MSMQ、SMTP、TCP/IP都可以做SOAP的传输协议。很多大公司根据SOAP规范，都开发出了自己的SOAP解决方案。这些解决方案都是相对于某种语言。比如说MicrosoftSOAPtoolkit2.0把COM函数转换成SOAP消息，而Apachetoolkit把JAVA函数转换成SOAP消息。这样难免带来一些兼容性问题。现在SOAP的很多另人瞩目的特性已成为现实（SOAP已经运行于不同的硬件和软件平台），而且有70多个解决方案。之所以SOAP被人们所爱戴，是因为SOAP比其他同类技术（CORBA、DCE）简单易用。安全性对于应用程序来说是很重要的。那么SOAP的安全性如何呢？对于把HTTP作为传输协议的SOAP来说是没有问题的，因为HTTP协议已经有很好的安全构架。那么用其他传输协议会出现安全问题吗？不是的，你不必担心，因为已经有这方面的规范了（http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnglobspec/html/ws-security.asp）。2、WSDLWSDL是一种XML文档，它定义SOAP消息和这些消息是怎样交换的。IDL（InterfaceDescriptionLanguage）是用于COM和CORBA的，WSDL是用于SOAP的。WSDL是一种XML文档，所以我们可以阅读和编辑，但很多时候是用工具来创建、由程序来阅读。举个例子，你要使用供应商的WebService构建应用程序。你可以向供应商索取使用WebService的范例，然后按照范例来构建应用程序。这样可能出现意料不到的错误，比如说，你在程序中使用的客户代码的数据类型是integer，而供应商使用的数据类型是string.。WSDL详细定义客户端消息的格式，需要什么样的参数，这样可以避免不必要的错误。3、UDDIUDDI可以比喻成电话本，电话本里记录的是电话信息，而UDDI记录的是WebService信息。你可以不把WebService注册到UDDI。但如果要让全球的人知道你的WebService，最好还是注册到UDDI。UDDI目录说明文件也是一个XML文档，它包括三个部分。“白页（WhitePaper）”说明提供WebService的公司（人）信息，比如说名称、地址和联系方式等等。“黄页（YellowPaper）”说明UDDI目录的分类，比如说金融、服务和印刷等等。“绿页（greenPaper）”说明接口（WebService提供的）的详细信息。UDDI提供多种查询方式，来帮助你找到需要的WebService。如果你查询与财务有关的WebService，那么UDDI会提供详细的信息。Figure1.WebService"stack"其中，绿色部分是先前已经定义好的并且广泛使用的传输层和网络层的标准：IP、HTTP、SMTP等。而蓝色部分是目前开发的Web服务的相关标准协议，包括服务调用协议SOAP、服务描述协议WSDL和服务发现/集成协议UDDI，以及服务工作流描述语言WSFL。而橙色部分描述的是更高层的待开发的关于路由、可靠性以及事务等方面的协议。黄色部分是各个协议层的公用机制，这些机制一般由外部的正交机制来完成WSDL（WebService定义语言）是WebService的正式描述；在AquaLogicServiceBus中，它用于描述代理服务或业务服务。WSDL用于描述WebService的作用、所在位置以及调用方法。二、SOA1、注册(Registry)：注册存放对事物的引用2、组件存储库(Repository)：存储库则存放事物本身二、webservice独立的功能实体：通过UDDI的目录查找，我们可以动态改变一个服务的提供方而无需影响客户端的应用程序配置。所有的访问都通过SOAP访问进行，只要WSDL接口封装良好，外界客户端是根本没有办法直接访问服务器端的数据的。Web服务使用元数据来描述其他的端点需要知道什么才能与它们进行交互。具体来说就是，Web服务策略（WS-Policy）描述Web服务的能力、需求和一般特征；WSDL描述了Web服务使用的抽象消息操作、具体的网络协议和端点地址；XML模式描述Web服务接收和发送的基于XML的消息的结构和内容。为了自举Web服务中的通信，这个规范定义了三个请求-响应消息对来检索这三种类型的元数据：一个检索与接收端点或特定目标名称空间相关联的Web服务策略（WS-Policy），另一个检索与接收端点或特定目标名称空间相关联的WSDL，第三个检索与特定目标名称空间相关联的XML模式。这些消息一起使得以增量的方式高效地检索Web服务的元数据成为可能。简单的说，一个Web服务（图2-4）就是一个能够使用XML消息通过网络来访问的接口，这个接口描述了一组可访问的操作。一个Web服务的特征是：由SOAP和WSDL包装的对象；适应松散耦合的网络环境，可通过Web服务，手段是SOAP消息；服务的行为、输入、输出都可以使用WSDL描述。图2-4Web服务示意图Web服务可以从多个角度来描述。从技术方面讲，一个WebServices是可以被URI识别的应用软件，其接口和绑定由XML描述和发现，并可与其他基于XML消息的应用程序交互（Castro，2004；杨涛等，2004）；Web服务是基于XML的、采用SOAP协议的一种软件互操作的基础设施（廖军等，2004）。从功能角度讲WebService是一种新型的Web应用程序，具有自包含、自描述以及模块化的特点，可以通过Web发布、查找和调用实现网络调用（Tsalgatidouetal，2002；杨涛等，2004）。Web服务是基于TCP/IP、HTTP、XML等规范而定义，具备如下功能：Web上链接文档的浏览、事务的自动调用、服务的动态发现和发布（TSurS，2001）。从应用的层面来说，Web服务是用于集成应用的，将原有的面向对象、面向组件的软件系统改造为基于消息面向服务的松散耦合系统或者构建新的松散耦合系统的一种协作设施（廖军等，2004）。从组成框架及实现目标的角度讲，Web服务作为一种网络操作，能够利用标准的Web协议及接口进行应用间的交互（W3C，2002）。从网格计算(gridcomputing)的角度看，Web服务能用于Web上的资源发现、数据管理及网格计算平台上异构系统的协同设计，提出了网格服务的新概念（GlobusOGSA）。目前，对WebService的概念并没有一个严格的定义，不同的组织和部门对WebService的定义都有微小的差异。关于WebService的定义，有几种不同的描述：\uf0b7国际标准化组织W3C：WebService是一个通过URL识别的软件应用程序，其界面及绑定能用XML文档来定义、描述和发现，使用基于Internet协议上的消息传递方式与其他应用程序进行直接交互。\uf0b7Microsoft：WebService是为其它应用提供数据和服务的应用逻辑单元，应用程序通过标准的Web协议和数据格式获得WebService，如HTTP、XML和SOAP等，每个WebService的实现是完全独立的。WebService具有基于组件的开发和Web开发两者的优点，是Microsoft的.Net程序设计模式的核心。\uf0b7IBM认为，Web服务是一种自包含、自解释、模块化的应用程序，能够被发布、定位、并且从Web上的任何位置进行调用。Web服务可以执行从简单的请求到错综复杂的商业处理过程的任何功能。理论上来讲，一旦对Web服务进行了部署，其它Web服务应用程序就可以发现并调用已部署的服务。\uf0b7市场研究公司Forrester以一种更加开放的方法将WebService定义为人、系统和应用之间的自动连接，这种连接能够实现将业务功能元素转变为软件服务，并且创造新的业务价值。WebServices是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得WebService能与其他兼容的组件进行互操作。\uf0b7Gartner将WebService定义为：松散耦合的软件组件，这些组件动态地通过标准的网络技术与另一个组件进行交互。\uf0b7UDDI规范中提到：所谓Web服务，它是指由企业发布的完成其特别商务需求的在线应用服务，其它公司或应用软件能够通过Internet来访问并使用这项应用服务。\uf0b7WebService的另外一个概念就是：所有东西都是服务，这些服务发布一个API供网络中的其它服务使用，并且封装了实现细节。总之，Web服务是在互联网上的一种服务协议，采用XML作为基本的标记语言，SOAP（SimpleObjectAccessProtocol）作为互操作协议，WSDL（WebServiceDescriptionLanguage）作为服务描述语言，通过UDDI（UniversalDescriptionDiscovery&Integration）可以把服务注册到互联网以便搜索，为更多的用户使用其服务。可以看出，这些定义各有侧重，但有几点是一致的。首先，它是由企业驱动和应用驱动而产生的；其次，它具有分布性、松散藕合、可复用性、开放性以及可交互性等特性。WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。这种技术允许网络上的所有系统进行交互。随着技术的发展，一个Web服务可以包含额外的指定功能并且可以在多个B2B应用中协作通讯。Web服务可以理解请求中上下文的关系，并且在每一个特定的情况下产生动态的结果。这些服务会根据用户的身份，地点以及产生请求的原因来改变不同的处理，用以产生一个唯一的，定制的方案。这种协作机制对那些只对最终结果有兴趣的用户来说，是完全透明的。UDDI在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件。所以，我们需要一种方法来发布我们的Web服务。UDDI(UniversalDescription,Discovery,andIntegration)是一个主要针对Web服务供应商和使用者的新项目。UDDI项目中的成员可以通过UDDIBusinessRegistry(UBR)来操作Web服务的调用，UBR是一个全球性的服务。Web服务供应商可以在UBR中描述并且注册他们的服务。用户可以在UBR中查找并定位那些他们需要的服务。UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI包含标准的“白皮书”类型的商业查询方式，“黄皮书”类型的局部查找，以及“绿皮书”类型的服务类型查找。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。WSDL对于商业用户来说，要找到一个自己需要使用的服务，他必须知道如何来调用。WSDL(WebServicesDescriptionLanguage)规范是一个描述接口，语义以及Web服务为了响应请求需要经常处理的工作的XML文档。这将使简单地服务方便，快速地被描述和记录。SOAP当商业用户通过UDDI找到你的WSDL描述文档后，他通过可以SimpleObjectAccessProtocol(SOAP)调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用商业方法的规范，它可以支持不同的底层接口，象HTTP(S)或者SMTP。之所以使用XML是因为它的独立于编程语言，良好的可扩展性以及强大的工业支持。之所以使用HTTP是因为几乎所有的网络系统都可以用这种协议来通信，由于它是一种简单协议，所以可以与任何系统结合，还有一个原因就是它可以利用80端口来穿越过防火墙。SOAP的强大是因为它简单。SOAP是一种轻量级的，非常容易理解的技术，并且很容易实现。它有工业支持，可以从各主要的电子商务平台供应商那里获得。从技术角度来看，SOAP详细指明了如何响应不同的请求以及如何对参数编码。一个SOAP封装了可选的头信息和正文，并且通常使用HTTPPOST方法来传送到一个HTTP服务器，当然其他方法也是可以的，例如SMTP。SOAP同时支持消息传送和远程过程调用。',)