4.2.2 UDDI在Web服务中的位置
如图3所示,UDDI包含于完整的Web 服务协议栈之内,是协议栈基础的主要部件之一,服务提供者和服务请求者通过其来完成Web服务的创建、说明、发现和调用[2]。
由于UDDI的构建是基于网络传输层和基于SOAP的XML消息传输层之上的。Web服务描述语言(Web Services Description Language,WSDL)为UDDI提供了统一的XML词汇供描述Web服务及其接口使用。比如使用WSFL(Web Services Flow Language,Web服务流语言)的Web服务工作流描述以及安全性,管理和服务质量,解决系统的可靠性和可用性问题。
4.2.3 UDDI的商业注册与UDDI商业注册中心
UDDI的核心组件是UDDI商业注册,它使用一个XML文档来描述企业及其提供的Web服务。从概念上来说,UDDI商业注册所提供的信息包含三个部分:“白页(White Page)”,包括了地址,联系方法,和已知的企业标识;“黄页(Yellow page)”包括了基于标准分类法的行业类别;“绿页(Green Page)”,则包括了关于该企业所提供的Web服务的技术信息,其形式可能是一些指向文件或是URL的指针,而这些文件或URL是为服务发现机制服务的。所有的UDDI商业注册信息存储在UDDI商业注册中心中。以上3种信息,UDDI定义了4种核心数据结构类型加以描述,简单介绍如下[3]。
(1)商业实体信息:businessEntity元素
在商业领域内,合作伙伴和潜在的合作伙伴都期望能准确地定位到商业实体所能提供的服务或产品的相关信息,并把这些信息作为了解企业的开始。而在技术领域,技术人员、程序员或应用程序都期望能知道他们需要集成的商业实体的名称和一些关键性的标识,该商业实体是属于哪个具体工业分类之类的分类信息,以及联络方法(包括Email、电话、URL)等。支持对UDDI商业注册的商业信息发布和发现的核心XML元素都包含在"businessEntity"结构中。这个结构是商业实体专属信息集的最高层的数据容器,位于整个信息结构的最上层。
(2)商业服务信息:businessService元素
businessService结构将一系列有关商业流程或分类目录的Web 服务的描述组合到一起。businessService和下面要提到的bindingTemplate一起构成了“绿页”信息。其中,一个可能的商业流程的例子是一组相关的Web服务信息,包括采购服务、运输服务和其它的高层商业流程。这些服务都将是提供这些商业流程服务的商业实体所需要注册的Web服务。
这些businessService的信息集合可以再次加以分类,使Web应用服务的描述可以按不同的行业、产品、服务类型或是地域划分来进行。分类的方法的机制与businessEntity是类似的。
(3)技术绑定信息:bindingTemplate元素
对于每一个businessService,存在一个或多个Web服务的技术描述bindingTemplate。这些技术描述包括应用程序连接远程Web服务并与之通讯所必须的信息。这些信息包括Web应用服务的地址、应用服务宿主和调用服务前必须调用的附加应用服务等。另外,通过附加的特性还可以实现一些复杂的路由选择,诸如负载平衡等。
(4)元技术信息:tModel元素
调用一个服务所需要的信息是在bindingTemplate的结构中定义的。不过一般来说,仅知道Web服务所在的地址是不够的。例如,如果知道合作伙伴提供一个Web服务来让我下订单,同时也知道这个服务的URL,不过如果不知道一些具体的信息,如订单的具体格式,应该使用的协议,需要采用的安全机制,调用返回的响应格式等,那样的话,通过Web服务将两个系统集成起来仍然是非常困难的。
当一个程序需要调用某个特定的Web服务时,必须根据应用要求得到了足够充分的调用规范等相关信息,以使调用被正确地执行。因此,每一个bindingTemplate元素都包含一个特殊的元素,该元素包含了一个列表,列表的每个子元素分别是一个调用规范的引用。这些引用作为一个标识符的杂凑集合 ,组成了类似指纹的技术标识,用来查找、识别实现了给定行为或编程接口的Web服务。
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说计算机基于Web Services的数字化校园的构建研究(2)在线全文阅读。
