UDDI 和 WSDL 概述.docVIP

UDDI 和 WSDL 概述 在描述将 WSDL 服务描述映射到 UDDI 注册中心的过程之前，很重要的一点是要理解 UDDI 数据类型和主要的 WSDL 文档类型。 UDDI 数据类型 在 UDDI 注册中心有 4 种主要的数据类型： businessEntity、 businessService、 bindingTemplate和 tModel。 图 1展示了所有这些数据类型之间的关系。 图 1. UDDI 数据类型  businessEntity 提供关于商家的信息，可以包含一个或多个 businessService。 这个商家是服务提供者。Web 服务的技术和业务描述在 businessService 和其 bindingTemplate 中被定义。每个 bindingTemplate 包含一个对一个或多个 tModel 的引用。tModel 被用于定义服务的技术规范。 WSDL 文档类型 为帮助在 UDDI 注册中心发布和查找 WSDL 服务描述，WSDL 文档被分为两种类型： 服务接口（service interface ）和 服务实现（service implementations）（请参阅 图 2）。 图 2. WSDL 文档类型  服务接口由 WSDL 文档来描述，这种文档包含服务接口的 types、 import、 message、 portType和 binding等元素。服务接口包含将用于实现一个或多个服务的 WSDL 服务定义。它是 Web 服务的抽象定义，并被用于描述某种特定类型的服务。 通过使用一个 import 元素，一个服务接口文档可以引用另一个服务接口文档。 例如，一个仅包含 message 和 portType 元素的服务接口可以被另一个仅包含此 portType 的绑定的服务接口引用。 WSDL 服务实现文档将包含 import和 service元素。服务实现文档包含实现一个服务接口的服务的描述。import 元素中至少会有一个将包含对 WSDL 服务接口文档的引用。一个服务实现文档可以包含对多个服务接口文档的引用。 WSDL 服务实现文档中的 import 元素包含两个属性。 namespace的属性值是一个与服务接口文档中的 targetNamespace相匹配的 URL。 location属性是一个用于引用包含完整的服务接口定义的 WSDL 文档的 URL。port 元素的 binding属性包含对服务接口文档中的某个特定绑定的引用。 服务接口文档由 服务接口提供者开发和发布。服务实现文档由 服务提供者创建和发布。服务接口提供者与服务提供者这两个角色在逻辑上是分离的，但他们可以是同一个商业实体。 回页首 发布和查找 WSDL 描述 这一部分描述发布和查找一个完整的 WSDL 服务描述的过程。一个完整的 WSDL 服务描述是由一个服务接口和一个服务实现文档组成的。 由于服务接口表示服务的可重用定义，它在 UDDI 注册中心被作为 tModel 发布。 服务实现描述服务的实例。每个实例都是使用一个 WSDL service 元素定义的。服务实现文档中的每个 service 元素都被用于发布 UDDI businessService。 当发布一个 WSDL 服务描述时，在服务实现被作为 businessService 发布之前，必须将一个服务接口作为一个 tModel 发布。 图 3包含从 WSDL 到 UDDI 的映射概览。我将在下面的部分中对这个映射加以描述。 图 3. 从 WSDL 到 UDDI 的映射概览  发布服务接口 在 UDDI 注册中心，服务接口被作为 tModel 发布。tModel 由服务接口提供者发布。tModel 中的一些元素是使用来自 WSDL 服务接口描述中的信息构建的。 UDDI tModel 表 1定义创建 tModel 步骤。一个有效的对 WSDL 服务接口定义的 tModel 引用应该是使用 targetNamespace 命名，并且必须包含 overviewURL 和 categoryBag 设置。 表 1: 创建 tModel 的步骤 UDDI tModel WSDL 服务接口 描述 必需 1 name definitions 元素的 targetNamespace 属性 tModel 名称使用服务接口文档的目标名称空间设置。名称需要一致以确保只使用服务实现文档中的信息就可以定位 tModel。 是 2 description definitions 元素中的 documentation 元素 tModel description 元素被限制为只能使用 256 个字符。这个元素的英文值可根据 def