WSDL小知识

WSDL:
（网络服务描述语言 Web Services Description Language)是一门基于XML的语言，用于描述Web Services以及如何对它们进行操作。
WSDL的简介
WSDL是基于XML的用于描述Web services以及如何让访问Web Services的语言。

WSDL指网络服务描述语言；
WSDL使用XML编写；
WSDL是一种XML;
WSDL用于描述网络服务；
WSDL也可用于定位网络服务；
WSDL还不是W3C标准。
WSDL可描述网络服务（Web services）

*WSDL指网络服务描述语言；
WSDL是一种使用XMl编写的文档，这种文档可描述某个Web Services，它可规定服务的位置，以及此服务提供的操作（或方法）。

*在W3C的WSDL发展史
在2001年3月，WSDL1.1被IBM、微软作为一个W3C记录（W3C note）提交到有关XML协议的W3C XML活动，用于描述网络服务。
WSDL文档
WSDL文档仅仅是一个简单的XML文档；
它包含一系列描述某个web service的定义。

文档结构：
WSDL文档是利用这些主要的元素来描述某个web service的
元素 定义
<portType> web service执行的操作
<message> web service使用的消息
<types> web service使用的数据类型
<binding> web service使用的通信协议

一个WSDL文档的只要结构是类似这样的：
<definitions>
<types>
data type definiitons
</types>

<message>
definition of the data  being communicated
</message>

<portType>
set of operations
</portType>

<binding>
protocal and data format specification
</binding>
</definitions>
WSDL文档可包含其他元素，比如extension元素，以及一个service元素，此元素可把若干个web services的定义组合咱一个单一的wsdl文档中。

WSDL端口
<portType>元素是最重要的WSDL元素。
它可描述一个微博servic、可被执行的操作，以及相关的消息。
可以把<portType>元素比作传统编程语言中的一个函数库（或一个模块，或一个类）。

WSDL消息
<message>元素定义一个操作的数据元素。
每个消息有一个或多个部件组成，可以把这些部件比作传统编程语言中一个函数调用函数。

WSDL types
<types>元素定义微博service使用的数据类型。
为了最大程度的平台中立性，WSDL适应XML Schema语法来定义数据类型。

WSDL Bindings
<binding>元素为每个端口定义消息格式和协议细节。

WSDL实例：
这是某个WSDL文档的简化片段：
<message name="getTermRequest">
<part name="term" type="xs:string"/>
</message>

<message name="getTermResponse">
<part name="value" type="xs:string"/>
</message>

<portType name="glossaryTerms">
<operation name="getTerm">
<input message="getTermRequest"/>
<output message="getTermResponse"/>
</operation>
</portType>

在这个例子中，<portType>元素把"glossaryTerms"定义为某个端口的名称，把"getTerm"定义为某个操作的名称。
操作"getTerm"拥有一个名为"getTermRequest"的输入消息，以及一个名为"getTermResponse"的输出消息。
<message>元素可定义每个消息的部件，以及相关联的数据类型。
比起传统的编程，glossaryTerms是一个函数库，而"getTerm"是带有输入参数"getTermRequest"和返回参数"getTermResponse"的一个函数。

WSDL端口——操作类型
请求-响应是最普通的操作类型，不过WSDL定义了四种类型：
类型 定义
One-way 此操作可接受消息，但不会返回响应
Request-response 此操作可接受一个请求并会返回一个响应
Solicit-response 此操作可发送一恶搞请求，并会等待一恶搞响应
Notification 此操作可发送一个消息，但不会等待响应

One-way操作
一个one-way操作的例子：
<message name="newTermValues">
<part name="term" tyle="xs:string"/>
<part name="value" tyle="xs:string"/>
</message>

<portType name="glossaryTerms">
<operation name="setTerm">
<input name="newTerm" message="newTermValues"/>
</operation>
</portType>
这个例子中，端口"glossaryTerms"定义了一个名为"setTerm"的one-way操作。
这个"setTerm"操作课接受新术语表项目消息的输入，这些消息使用一条名为"newTermValues"的消息，此消息带有输入参数"term"和"value",不过没有为这个操作定义任何输出。

Request-Response操作
一个request-response操作的例子：
<message name="getTermRequest">
<part name="term" type="xs:string"/>
</message>

<message name="getTermResponse">
<part name="value" type="xs:string"/>
</message>

<portType name="glossaryTerms">
<operation name="getTerm">
<input message="getTermRequest"/>
<output message="getTermResponse"/>
</operation>
</portType>

在这个例子中，<portType>元素把"glossaryTerms"定义为某个端口的名称，把"getTerm"定义为某个操作的名称。
操作"getTerm"拥有一个名为"getTermRequest"的输入消息，以及一个名为"getTermResponse"的输出消息。

WSDL的绑定
一个request-response操作的例子：
<message name="getTermRequest">
<part name="term" type="xs:string"/>
</message>

<message name="getTermResponse">
<part name="value" type="xs:string"/>
</message>

<portType name="glossaryTerms">
<operation name="getTerm">
<input message="getTermRequest"/>
<output message="getTermResponse"/>
</operation>
</portType>

<binding type="glossaryTerms" name="b1">
<soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<operation>
<soap:operation soapAction="http://example.com/getTerm"/>
<input><soap:body use="literal"/></input>
<output><soap:body use="literal"/></output>
</operation>
</binding>
binding元素有两个属性，name和type
name属性定义binding的名称，而type属性指向用于binding的端口，这个例子中是"glossaryTerms"端口。
soap:binding元素有两个属性，style和transport
style属性可取值为"rpc"或"document".这个例子使用了document.transport属性定义了要使用的SOAP协议，在这个例子中我们使用HTTP.
operation元素定义了每个端口提供的操作符。
对于每个操作，相应的SOAP行为都需要被定义，同时必须对输入和输出进行编码，这个例子里面使用了"literal".

WSDL UDDI
UDDI是一种目录服务，企业可以使用它对Web service进行注册和搜索。
UDDI,英文"Universal Description Discocery and Integration",可译为"通用描述，发现与集成服务".

什么是UDDI？
UDDI是独立于平台的框架。用于通过使用Internet来描述服务，发现企业，并对企业服务进行集成。
指的是通用描述，发现与集成服务
一种用于存储有关web services的信息的目录
一种由WSDL描述的微博services界面的目录
经由SOAP进行通信
被构建入了微软的.net平台

UDDI基于什么？
使用W3C和IETF*的因特网标准，比如XML,HTTP和DNS协议。
使用WSDL来描述达到web services的界面
此外，通过采用SOAP,还可以实现跨平台的编程特性，大家知道，SOAP是XML的协议通信规范，可在W3C的网站找到相关的信息。
*注释：IETF-Internet Enrineering Task Force（互联网工程任务组）

UDDI的好处
任何规模的行业或企业都能得益于UDDI.
在UDDI之前，还不存在一种Internet标准，可以供企业为它们的企业和伙伴提供相关产品和服务的信息。也不存在一种方法，来集成到彼此的系统和进程中。
UDDI帮我们解决的问题：
使得在成百万当前在线的企业中发现正确的企业成为可能
定义一旦首选的企业被发现后如何启动商业
扩展新客户并增加对目前客户的访问
扩展销售并延伸市场范围
满足用户驱动的需要，为在全球Internet经济中快速合作的促进来清除障碍

UDDI如何被使用
假如行业发布了一个用于航班比率检测盒预订的UDDI标准，航空公司就可以把他们的服务注册到一个UDDI目录中，然后旅行社就能搜索这个UDDI目录以找到航空公司预订界面，当此界面被找到后，旅行社就能够
与此服务进行通信，这样由于它使用了一套定义良好的预订界面。

谁在支持UDDI?
UDDI是一个跨行业的研究项目，由所有主要的平台和软件提供商驱动，比如：Dell,Fujitsu,HP,Hitachi,IBM，Intel，Microsofe,Oracle,SAP，sun,它既是一个市场经营者的团体，也是一个电子商务的领导者。