資料結構類型(UDDI 登錄)

登錄完成並登入要用的 UDDI 登錄之後,您就可以登錄 Web 服務。登錄服務包括四個核心資料結構類型:商業資訊、服務資訊、連結資訊以及用來說明服務規格的資訊。這些資料類型之間的關係說明位於圖 1 中。

商業資訊。 businessEntity 結構所包含的資訊。businessEntity 含有發佈服務的商業的相關資訊,如商業名稱、說明、聯絡資訊及 ID。

服務資訊。說明一組 Web 服務的資訊。這些資訊包含在 businessService 結構中。businessService 含有技術服務系列的相關資訊。它將一組與商業程序或服務群組相關的 Web 服務集分在同組。

連結資訊bindingTemplate 結構所代表的資訊。bindingTemplate 保留了用來決定呼叫 Web 服務的進入點和建構規格的技術資訊。bindingTemplate 會提供相關的 Web 服務說明給想要尋找和呼叫 Web 服務的應用程式開發人員。bindingTemplate 會指向(如透過 URL)服務實作的說明。

說明服務規格的資訊tModel 所代表的給定 Web 服務所實作之各種規格的相關 Meta 資料。tModel 提供一個參照系統,來協助探索 Web 服務。

圖 1. 資料類型之間的關係。

圖 1 說明商業實體、商業服務、連結範本和 tmodel 之間的關係。

每一個子項結構都具有唯一的母項結構。這表示每一個 businessService 結構都隸屬於特定的 businessEntity。以此類推,每一個 bindingTemplate 都隸屬於特定的 businessService。每一個 bindingTemplate 結構都會參照 tModel 結構的唯一實例; 不過,由於參照在多個母項結構中可以重複,因此可能會有多個不同的實體服務模版母項同時參照 tModels,如圖 2 所示。

圖 2. tModel 的參照。

圖 2 說明指向 tModel 的多重參照。

發佈者確認

發佈者確認是 UDDI 中的一種方法,用來建立 businessEntity 結構的關聯性。發佈者確認定義 businessEntity 結構的群組。許多商業無法有效地由單一 businessEntity 來代表。發佈者確認可以在 businessEntity 結構之間建立關聯。比方說,一家大公司可以擁有數家分公司,雖然它們具有不同說明,但仍然緊密地結合在一起,而且想要使得它們的關係可在 UDDI 登錄中看到。

服務投射

服務投射可讓商業實體參照由另一個商業實體發佈的服務。企業可以把 businessService 結構作為已經發佈的 businessService 之投影,來共用或重複使用服務。服務投射是當作參照 businessEntity 的一部分來集中管理。 也就是說,任何參照 businessEntity 結構對 businessService 所做的變更, 對於所有參照 businessEntity 結構都是有效的。

使用條款 | 讀者意見
(C) Copyright IBM Corporation 2000, 2005. All Rights Reserved.