理解 UDDI 注冊中心的 WSDL(1)
http://tech.51cto.com 2006-12-19 14:10 Peter Brittenham等 developerWorks 中國
我要評論(0)摘要：Web 服務描述語言（WSDL）有多種用法。特別是，根據(jù)應用程序的需要，WSDL 在 UDDI 注冊中心有好幾種使用方法。在這篇文章中，我們將介紹一下在 UDDI 注冊中心使用 WSDL 的幾種不同的方法。
標簽：
UDDI WSDL限時報名參加“甲骨文全球大會·2010·北京”及“JavaOne和甲骨文開發(fā)者大會2010”Web 服務描述語言（WSDL）是用于描述 Web 服務的一種 XML 語言，它將 Web 服務描述為一組對消息進行操作的網(wǎng)絡端點。一個 WSDL 服務描述包含對一組操作和消息的一個抽象定義，綁定到這些操作和消息的一個具體協(xié)議，和這個綁定的一個網(wǎng)絡端點規(guī)范。
統(tǒng)一描述發(fā)現(xiàn)和集成（UDDI）提供一種發(fā)布和查找服務描述的方法。UDDI 數(shù)據(jù)實體提供對定義業(yè)務和服務信息的支持。WSDL 中定義的服務描述信息是 UDDI 注冊中心信息的補充。UDDI 提供對許多不同類型的服務描述的支持。因此，UDDI 沒有對 WSDL 的直接支持， 也沒有對任何其它服務描述機制的直接支持。
UDDI 組織，即 UDDI.org，已經(jīng)發(fā)布了一個優(yōu)化方法文檔，標題為 在 UDDI 注冊中心 1.05 中使用 WSDL。這個優(yōu)化方法文檔描述了關于如何在 UDDI 注冊中心發(fā)布 WSDL 服務描述的一些元素。本文的目的就是增加這種信息。主要的焦點問題是如何將一個完整的 WSDL 服務描述映射到 UDDI 注冊中心，現(xiàn)有的 WSDL 工具和運行時環(huán)境要求必須做到這一點。本文中的信息遵守那個優(yōu)化方法文檔中列出的大致過程， 且與 WSDL 1.1、UDDI 1.0 和 UDDI 2.0 規(guī)范一致。
UDDI 和 WSDL 概述
在描述將 WSDL 服務描述映射到 UDDI 注冊中心的過程之前，很重要的一點是要理解 UDDI 數(shù)據(jù)類型和主要的 WSDL 文檔類型。
UDDI 數(shù)據(jù)類型
在 UDDI 注冊中心有 4 種主要的數(shù)據(jù)類型： businessEntity、 businessService、 bindingTemplate和 tModel。圖 1展示了所有這些數(shù)據(jù)類型之間的關系。
圖 1. UDDI 數(shù)據(jù)類型
businessEntity 提供關于商家的信息，可以包含一個或多個 businessService。 這個商家是服務提供者。Web 服務的技術和業(yè)務描述在 businessService 和其 bindingTemplate 中被定義。每個 bindingTemplate 包含一個對一個或多個 tModel 的引用。tModel 被用于定義服務的技術規(guī)范。
WSDL 文檔類型
為幫助在 UDDI 注冊中心發(fā)布和查找 WSDL 服務描述，WSDL 文檔被分為兩種類型： 服務接口（service interface ）和 服務實現(xiàn)（service implementations）。
圖 2. WSDL 文檔類型
服務接口由 WSDL 文檔來描述，這種文檔包含服務接口的 types、 import、 message、 portType和 binding等元素。服務接口包含將用于實現(xiàn)一個或多個服務的 WSDL 服務定義。它是 Web 服務的抽象定義，并被用于描述某種特定類型的服務。
通過使用一個 import 元素，一個服務接口文檔可以引用另一個服務接口文檔。 例如，一個僅包含 message 和 portType 元素的服務接口可以被另一個僅包含此 portType 的綁定的服務接口引用。
WSDL 服務實現(xiàn)文檔將包含 import和 service元素。服務實現(xiàn)文檔包含實現(xiàn)一個服務接口的服務的描述。import 元素中至少會有一個將包含對 WSDL 服務接口文檔的引用。一個服務實現(xiàn)文檔可以包含對多個服務接口文檔的引用。
WSDL 服務實現(xiàn)文檔中的 import 元素包含兩個屬性。 namespace的屬性值是一個與服務接口文檔中的 targetNamespace相匹配的 URL。 location屬性是一個用于引用包含完整的服務接口定義的 WSDL 文檔的 URL。port 元素的 binding屬性包含對服務接口文檔中的某個特定綁定的引用。
服務接口文檔由 服務接口提供者開發(fā)和發(fā)布。服務實現(xiàn)文檔由 服務提供者創(chuàng)建和發(fā)布。服務接口提供者與服務提供者這兩個角色在邏輯上是分離的，但他們可以是同一個商業(yè)實體。
發(fā)布和查找 WSDL 描述
這一部分描述發(fā)布和查找一個完整的 WSDL 服務描述的過程。一個完整的 WSDL 服務描述是由一個服務接口和一個服務實現(xiàn)文檔組成的。
由于服務接口表示服務的可重用定義，它在 UDDI 注冊中心被作為 tModel 發(fā)布。 服務實現(xiàn)描述服務的實例。每個實例都是使用一個 WSDL service 元素定義的。服務實現(xiàn)文檔中的每個 service 元素都被用于發(fā)布 UDDI businessService。
當發(fā)布一個 WSDL 服務描述時，在服務實現(xiàn)被作為 businessService 發(fā)布之前，必須將一個服務接口作為一個 tModel 發(fā)布。
圖 3包含從 WSDL 到 UDDI 的映射概覽。我將在下面的部分中對這個映射加以描述。
圖 3. 從 WSDL 到 UDDI 的映射概覽
發(fā)布服務接口
在 UDDI 注冊中心，服務接口被作為 tModel 發(fā)布。tModel 由服務接口提供者發(fā)布。tModel 中的一些元素是使用來自 WSDL 服務接口描述中的信息構(gòu)建的。
UDDI tModel
表 1定義創(chuàng)建 tModel 步驟。一個有效的對 WSDL 服務接口定義的 tModel 引用應該是使用 targetNamespace 命名，并且必須包含 overviewURL 和 categoryBag 設置。
表 1: 創(chuàng)建 tModel 的步驟
UDDI tModel WSDL 服務接口 描述 必需
1 name definitions 元素的 targetNamespace 屬性 tModel 名稱使用服務接口文檔的目標名稱空間設置。名稱需要一致以確保只使用服務實現(xiàn)文檔中的信息就可以定位 tModel。 是
2 description definitions 元素中的 documentation 元素 tModel description 元素被限制為只能使用 256 個字符。這個元素的英文值可根據(jù) definitions 元素的前 256 個字符設置（documentation 元素與服務接口文檔中的 definitions 元素相關聯(lián)）。如果 documentation 元素不存在，那么應該使用 definitions 元素中的 name 屬性。 否
3 overviewURL ［服務接口文檔 URL 和綁定規(guī)范］ 服務接口文檔的位置必須在 overviewURL 元素中設置。如果服務接口文檔中有多個綁定，那么必須在 URL 中對綁定進行編碼。 是
4 categoryBag ［不可用］ tModel 的 categoryBag 必須至少包含一個鍵控的引用。這個鍵控的引用必須包含一個對 uddi-org:typestModel 的引用，而且鍵名必須是 wsdlSpec。這個條目把 tModel 當作一個 WSDL 服務接口定義。
