WebService&SOA&ESB入门介绍

WebServiceTOCWebService的概念SOAPWSDLRESTvsXML-RPCvsSOAPvs…DATABINDINGWS-securityWS-NotificationWS-Transaction…..WebService相关技术AJAXJMSBPELGridSOA需要知道的知识XMLHTTP/HTTPSSCHEMA/DTDWebService的概念WebServiceWeb服务(WebService)提供了一个在不同的应用和平台之间的交互操作标准。这个交互操作通过一系列基于XML的开放标准实现，包括WSDL、SOAP和UDDI等。这些标准提供了一系列通用方法来定义、发布和使用WebService。WebService的基本层次结构基础连接:Internet统一数据格式:XML服务操作协议:SOAP服务描述协议:WSDLSimple,Open,BroadIndustrySupport简单、开放、工业界广泛支持服务发布协议:UDDIUDDI:UniversalDescriptionDiscoveryandIntegrationWSDL:WebServiceDescriptionLanguageSOAP:SimpleObjectAccessProtocol为什么需要WebServiceDBMSDBMSNameNo.ZipStateOKCancelDataServicesBusinessLogicServicesPresentationServicesDBMSDBMSDataServicesWebServicesPresentation&ProcessServicesNameNo.ZipStateOKCancelbrowserbrowser之前之后ClientAPNameNo.ZipStateOKCancelMobileDeviceLegacySOAP&WSDLSOAP是什么？SOAP是一种轻量级协议，用于在分散型、分布式环境中交换结构化信息。SOAP利用XML技术定义一种可扩展的消息处理框架，它提供了一种可通过多种底层协议进行交换的消息结构。这种框架的设计思想是要独立于任何一种特定的编程模型和其他特定实现的语义。SOAP的概念最初来自于MicrosoftandUserlandsoftware，它已经演化了好几代;当前最新的规范是SOAP2.0。由W3C组织制定。SOAPSOAP被广泛地认为是新一代跨平台和跨语言的分布式计算机应用的基础框架。SOAP1.1只支持HTTPPOST方式向终端提交请求。SOAP1.2支持HTTPPOST和GET两种方式。四个主要组成部分SOAP是一个基于XML的轻量级规范，其主要使用在分布式系统中，由下面几个部分组成:SOAP封装结构定义了一个整体框架用来表示消息中包含什么内容，谁来处理这些内容以及这些内容是可选的或是必需的。SOAP编码规则定义了用以交换应用程序定义的数据类型的实例的一系列机制。SOAPRPC表示定义了一个用来表示远程过程调用和应答的协定。虽然这三个部分都作为SOAP的一部分一起描述，但它们在功能上是相交的。特别的，封装和编码规则是在不同的名域中定义的。规范定义了SOAP封装、SOAP编码规则和SOAP-RPC协定之外，这个规范还定义了SOAP和其他协议的绑定，描述了在有或没有HTTP扩展框架的情况下，SOAP消息如何包含在消息中被传送。SOAP消息结构SOAP消息处理框架SOAP规范的核心部分就是消息处理框架。SOAP消息处理框架定义了一整套XML元素，用以“封装”任意XML消息以便在系统之间传输。该框架包括以下核心XML元素：Envelope、Header、Body和Fault，所有这些都来自SOAP1.1中的命名空间。以下代码中提供了SOAP1.1的完整XML架构定义，以供在阅读下文时参考。SOAP1.1XML架构定义:SOAP.xmlSOAPEnvelope的结构soap:Envelopexmlns:soap=:Header!--optional--!--headerblocksgohere...--/soap:Headersoap:Body!--payloadorFaultelementgoeshere...--/soap:Body/soap:EnvelopeSOAPEnvelope的结构所有的SOAP消息都使用XML形式编码,一个SOAP应用程序产生的消息中，所有由SOAP定义的元素和属性中必须包括正确的域名。SOAP应用程序必须能够处理它接收到的消息中的SOAP域名，并且它可以处理没有SOAP域名的SOAP消息，就象它们有正确的名域一样。SOAP定义了两个名域:SOAP封装的名域标志符是的编码规则的名域标志符是属性EncodingStyle全局属性用来表示SOAP消息的序列化规则。这个属性可以在任何元素中出现，作用范围与域名声明的作用范围很相似，为这个元素的内容和它的所有没有重载此属性的子元素。SOAP消息没有定义缺省编码。属性值是一个或多个URI的顺序列表，每个URI确定了一种或多种序列化规则，用来不同程度反序列化SOAP消息，举例如下：://my.host/encoding/restricted封装版本模型SOAP没有定义常规的基于主版本号和辅版本号的版本形式。SOAP消息必须有一个封装元素与名域关联。如果SOAP应用程序接收到的SOAP消息中的SOAP封装元素与其他的名域关联，则视为版本错误，应用程序必须丢弃这个消息。如果消息是通过HTTP之类的请求/应答协议收到的，应用程序必须回答一个SOAPVersionMismatch错误信息。Envelope元素Envelope元素始终是SOAP消息的根元素。这就便于应用程序识别“SOAP消息”—只要检查一下根元素的名称即可。通过检查Envelope元素的命名空间，应用程序也可确定所使用的SOAP版本。Envelope元素包含一个可选的Header元素,后跟一个必要的Body元素。Body元素代表了该消息的有效内容。它是一种通用容器，因为它可包含来自任何命名空间的任意数量的元素。这就是试图发送数据的最终目的地。例子:在银行帐户之间转帐的请求信息:request.xml相应的响应信息:response.xmlFault元素该消息处理框架还定义了一个名为Fault的元素，用于在发生错误时在Body元素中表示错误。这是不可缺少的，因为如果没有一种标准的错误表示方法，每个应用程序将不得不自己创建，从而使得通用基础结构不可能区分成功和失败。以下示例SOAP消息中包含了一个Fault元素，指明在处理该请求时发生了“InsufficientFunds（资金不足）”错误：fault.xmlFault元素Fault元素必须包含一个faultcode，后跟一个faultstring元素。faultcode元素使用一种符合命名空间的名称对错误进行分类，而faultstring元素提供一种对错误可读的解释（类似于HTTP的工作方式）。表2简要地说明了SOAP1.1所定义的各种错误码（所有这些代码都包含在命名空间中）。Fault元素也可能包含一个detail元素，以便提供该错误的细节，这样可以帮助客户端诊断问题，特别是在Client和Server错误码的情况下。SOAP1.1错误码VersionMismatch处理方发现SOAPEnvelope元素的命名空间是无效的MustUnderstand处理方没有理解或服从SOAPHeader元素的某个直接子元素，而该子元素包含一个值为“1”的SOAPmustUnderstand属性。Client表明消息的格式错误或者不包含适当的信息，因而不能成功。这通常表明，如果不对该消息做出更改，就不应该重发该消息。Server表明该消息未能得到处理的原因与消息的内容并没有直接关系，而是跟该消息的处理有关。例如，处理过程可能包括与某个上游处理器的通信，但该处理器没有响应。如果在稍后重发，该消息可能会成功。SoapHeader大多数现有的协议都区分控制信息（例如，标头）和消息有效负载。在这方面，SOAP也不例外。SOAPHeader和Body元素在易于处理的XML世界中也进行同样的区分。除了易用性之外，可扩展Envelope的关键优势在于它可用于任何通讯协议。在各种应用程序协议中（如HTTP、SMTP等）标头总是具有重要的意义，因为标头允许连网两端的应用程序就所支持命令的具体行为进行协商。尽管SOAP规范本身并不定义任何内置的标头，标头将逐渐在SOAP中扮演同等重要的角色。与Body元素类似，Header元素是控制信息的通用容器。其中可包含来自任何命名空间（除SOAP命名空间之外）的任意数量的元素。放置在Header元素中的各个元素被称为标头块。如同其他协议一样，标头块中包含的信息应该能够影响有效负载的处理。因此，这里正适于放置诸如凭证一类的元素，以帮助控制对操作的访问：header.xml2:我们也可以利用一个名为mustUnderstand的全局SOAP属性对标头块进行标注，以指明接收方在处理该消息之前是否需要理解标头:mustunderstand.xml.SoapBodySOAP体元素（Body）提供了一个简单的机制，使消息的最终接收者能交换必要的信息。使用体元素的典型情况包括配置RPC请求和错误报告。体元素编码为SOAP封装元素的直接子元素。如果已经有一个头元素，那么体元素必须紧跟在头元素之后，否则它必须是SOAP封装元素的第一个直接子元素。体元素的所有直接子元素称作体条目，每个体条目在SOAP体元素中编码为一个独立的元素。条目的编码规则如下：一个条目由它的元素全名（包括名域URI和局部名）确定。SOAP体元素的直接子元素可能是名域限制的。协议绑定SOAP可以和很多传输协议进行绑定:SOAPoverHTTP/HTTPSGET/POSTSOAPoverJMSSOAPoverSMTPSOAPoverRPC一种具体的协议绑定准确地定义了应该如何利用给定的协议来传输SOAP消息。换言之，它详细定义了SOAP如何适用于另一协议的范围，该协议很可能具有自己的消息处理框架以及多种标头。协议绑定实际所定义的内容很大程度上取决于该协议的功能和选项。例如，针对HTTP的协议绑定应很大程度不同于针对JMS或针对SMTP的协议绑定。SOAP类型如今有两种基本类型的SOAP消息处理：文档和RPC。文档类型指出主体只是包含一个XML文档，而发送方和接收方都必须遵循该文档的格式。另一方面，RPC类型指出主体中包含某个方法调用的XML表示，正如刚才所述。两种方法可用于确定如何将数据序列化到主体中：使用Literal文字的XML架构定义和使用SOAP编码规则Encoding。利用前一种方法，架构定义逐字确定了主体的XML格式，不具有二义性。然而，利用后一种方法，SOAP处理器必须在运行时遍历各种SOAP编码规则以确定主体正确的序列化。很显然，这种方法更易于导致错误和互操作性方面的问题。最常见的情形是在使用文档类型