解读 WSDL

WSDL文档能够分为两部分。顶部分由抽象定义组成，而底部分则由具体描述组成。抽象部分以独立于平台和语言的方式定义SOAP消息，它们并不包含任何随机器或语言而变的元素。这就定义了一系列服务，大相径庭的网站均可以实现。随网站而异的东西如序列化便纳入底部分，由于它包含具体的定义。
l 抽象定义
Types
独立与机器和语言的类型定义

　　Messages
包括函数参数（输入与输出分开）或文档描述

　　PortTypes
引用消息部分中消息定义来描述函数签名（操做名、输入参数、输出参数）

2 具体定义
Bindings
　　　　 PortTypes部分的每一操做在此绑定实现

　　Services
　肯定每一绑定的端口地址



下面的图中，箭头链接符表明文档不一样栏之间的关系。点和箭头表明了引用或使用关系。双箭头表明"修改"关系。3-D的箭头表明了包含关系。这样，各Messages栏使用Types栏的定义，PortTypes栏使用Messages栏的定义；Bindings栏引用了PortTypes栏，Services栏引用Bindings栏，PortTypes和Bindings栏包含了operation元素，而Services栏包含了port元素。PortTypes栏里的operation元素由Bindings栏里的operation元素进一步修改或描述。

首先看看一段JAVA代码生成的WSDL的服务:

注：Test 类echo方法String u参数

 //第一行申明该文档是XML。尽管这并非必需的，但它有助于XML解析器决定是否解析WSDL文件或只是报错。第二行是WSDL文档的根元素：<definitions>。一些属性附属于根元素，就像<schema>子元素对于<types>元素。

    <?xml version="1.0" encoding="UTF-8" ?> 
- <wsdl:definitions targetNamespace="http://localhost/axis/Test2.jws"
                                      xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" 
                                      xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
                                      xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" 
                                      xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"
                                      xmlns:apachesoap="http://xml.apache.org/xml-soap" 
                                      xmlns:intf="http://localhost/axis/Test2.jws" 
                                      xmlns:impl="http://localhost/axis/Test2.jws">
- <!-- 
WSDL created by Apache Axis version: 1.4
Built on Apr 22, 2006 (06:55:48 PDT)

  --> 


定义好操做（或方法）之后，如今须要指定将向它们发送和从它们返回的参数。在 WSDL 术语中，全部参数称为“消息”。认为您是在递送消息而结果获得返回的消息是有用的。方法调用是这样一种操做：它准备返回“消息”来响应进入的消息。



<message>元素包含了Messages栏。若是咱们把操做看做函数，<message>元素定义了那个函数的参数。<message>元素中的每一个<part>子元素都和某个参数相符。输入参数在<message>元素中定义，与输出参数相隔离--输出参数有本身的<message>元素。兼做输入、输出的参数在输入输出的<message>元素中有它们相应的<part>元素。输出<message>元素以"Response"结尾，就像之前所用的"fooResponse"。每一个<part>元素都有名字和类型属性，就像函数的参数有参数名和参数类型。

- <wsdl:message name="echoResponse">   //返回的消息
  <wsdl:part name="echoReturn" type="xsd:string" /> 
  </wsdl:message>
- <wsdl:message name="echoRequest">  //请求的消息
  <wsdl:part name="u" type="xsd:string" /> 
  </wsdl:message>

<definitions> 元素包含一个或多个 <portType> 元素，实际上，每一个元素都是您但愿表示的一系列 operation 。或者，您也能够将单个 portType 元素看做是将各类方法组成类的一个逻辑分组。例如，若是您的供应链管理解决方案须要在客户和供应商之间进行交互，您最可能作的是分别定义与他们交互的功能性；也就是说，您将为用户和供应商各定义一个 portType。应该将每一个 portType 称为 服务，所以整个 WSDL 文件将成为一个服务集合。 

- <wsdl:portType name="Test2">   //一个portType能够当作一个类
- <wsdl:operation name="echo" parameterOrder="u">   //一个operation就是一个方法
  <wsdl:input name="echoRequest" message="impl:echoRequest" />   //输入消息
  <wsdl:output name="echoResponse" message="impl:echoResponse" />  //返回消息
  </wsdl:operation>
  </wsdl:portTyp>

 

 消息传递和传输:
我以一种抽象方式定义了操做和消息，而不考虑实现的细节。实际上，WSDL 的任务是定义或描述 Web 服务，而后提供一个对外部框架的引用来定义 WSDL 用户将如何实现这些服务。能够将这个框架看成 WSDL 抽象定义和它们的实现之间的“绑定（ binding ）”。

当前，最流行的绑定（ binding ）技术是使用简单对象访问协议（SOAP）。WSDL 将指定可以访问 Web 服务实际实现的 SOAP 服务器，而且从那时起 SOAP 的整个任务就是将用户从 WSDL 文件带到它的实现。

WSDL 编写的第三个步骤是描述将 SOAP 与 WSDL 文件绑定到一块儿的过程。您将把 <binding> 元素包括到 <definitions> 元素内。这个 binding 元素应该有 name 和 type 属性。 name 将标识这个绑定而 type 将标识您但愿与这个绑定相关联的 portType（一组操做）。

      <wsdl:binding name="Test2SoapBinding" type="impl:Test2">

  <wsdlsoap:binding/> 元素。该元素的用途是声明将把 SOAP 做为绑定和传输服务使用

  <wsdlsoap:binding> 元素有两个属性：style 和 transport。style 是一个可选属性，它描述该绑定内操做的性质。transport 属性指定 HTTP 做为该绑定将使用的级别较低的传输服务。SOAP 客户机将从 WSDL 文件中读取 SOAP 结构并与另外一端的 SOAP 服务器协调.
  <wsdlsoap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http" /> 

 WSDL <operation> 元素，分别表示具体的操做。每一个 <operation> 元素提供各自操做的绑定细节。所以，我提供了另外一个 extensibility 元素，即 <wsdlsoap:operation/> （仍然是一个空元素，与它发生的那个操做相关）。该 <soap:operation/> 元素有一个 soapAction 属性，SOAP 客户机将使用该属性建立 SOAP 请求。 

    //下面将WSDL描述与具体实现进行绑定,这里采用SOAP方式

- <wsdl:operation name="echo">
  <wsdlsoap:operation soapAction="" /> 
- <wsdl:input name="echoRequest">
  <wsdlsoap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://DefaultNamespace" /> 
  </wsdl:input>
- <wsdl:output name="echoResponse">
  <wsdlsoap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://localhost/axis/Test2.jws" /> 
  </wsdl:output>
  </wsdl:operation>
  </wsdl:binding>
//下面将发布的服务与前面的SOAP绑定进行关联
- <wsdl:service name="Test2Service">
- <wsdl:port name="Test2" binding="impl:Test2SoapBinding">
  <wsdlsoap:address location="http://localhost/axis/Test2.jws" /> 
  </wsdl:port>
  </wsdl:service>

每一个namespace属性都声明了一个缩略语，用在文档中。例如"xmlns:xsd"就为 http://www.w3.org/2001/XMLSchema定义了一个缩略语（xsd）。这就容许对该namespace的引用只需简单的在名字前加上前缀就能够了，如："xsd:int"中的"xsd"就是合法的类型名。普通范围规则可运用于缩略前缀。也就是说，前缀所定义的元素只在元素中有效。

　　Namespace派什么用？namespace的做用是要避免命名冲突。若是我创建一项Web Service，其中的WSDL文件包含一个名为"foo"的元素，而你想要使用个人服务与另外一项服务链接做为补充，这样的话另外一项服务的WSDL文件就不能包含名为"foo"的元素。两个服务器程序只有在它们在两个事例中表示彻底相同的东西时，才能够取相同的名字。若是有了表示区别的namespace，个人网络服务里的"foo"就能够表示彻底不一样于另外一个网络服务里"foo"的含义。在你的客户端里，你只要加以限制就能够引用个人"foo"。

　　见下例：http://www.infotects.com/fooService#foo 就是彻底限制的名字，至关于"carlos:foo"，若是我声明了carlos做为http://www.infotects.com/fooService的快捷方式。请注意namespace中的URL是用来肯定它们的惟一性的，同时也便于定位。URL所指向的地方没必要是实际存在的网络地址，也可使用GUID来代替或补充URL。例如，GUID"335DB901-D44A-11D4-A96E-0080AD76435D"就是一个合法的namespace指派。

　　targetNamespace属性声明了一个namespace，元素中全部的声明的名字都列于其内。在WSDL示例中，<definitions>的targetNamespace 是http://tempuri.org/wsdl。这意味着全部在WSDL文档中声明的名字都属于这个namespace。<schema>元素有本身的targetNamespace属性，其值为 http://tempuri.org/xsd ，在<schma>元素中定义的全部名字都属于这个namespace而不是main的target namespace。

　　<schema>元素的如下这行声明了默认的namespace。Schema中全部有效的名字都属于这个namespace。