UDDI概念

UDDI概述

　　UDDI是统一描述、发现和集成（Universal Description, Discovery, and Integration）的简称，最早是由IBM、Ariba和Microsoft建立的。现在参加的公司已逾300家。提供了一组基于标准的规范用于描述和发现服务，还提供了一组基于因特网的实现。

　　对于B2B交易场所提供者，他们需要获得这一行业内的供应商的分类数据，以及它们与计费服务、包装商、运输商、保险公司等之间的关系，UDDI允许动态发现相关的Web服务并将其集成到聚合的业务过程中。

UDDI工作原理

　　UDDI提供了一种编程模型和模式，它定义与注册中心通信的规则。UDDI规范中所有API都用XML来定义，包装在SOAP信封中，采取SOAP请求和SOAP响应的模型，在HTTP上传输。

　　Web服务的提供者需要向UDDI注册中心发布一些有用的信息，诸如业务及其业务的描述等。注册中心则分配一个UUID给每一个实体。可以利用UUID来引用与之关联的实体。

注册完毕后，电子交易场所、搜索引擎或者其它应用程序（例如基于工作流聚合起来的Web服务）就可以通过UDDI注册中心来发现他们所感兴趣的服务。

数据模型

UDDI主要定义了四种数据模型，是技术人员在需要使用合作伙伴所提供的Web 服务时必须了解的技术信息。

• 商业实体信息: businessEntity元素：定义所提供服务或产品的相关信息，以及商业实体的名称和一些关键性的标识、分类信息、联络方法（Email，URL）等。
• 商业服务信息：businessService元素：将一系列有关商业流程或分类目录的Web服务的描述组合在一起。
• 技术绑定信息：bindingTemplate元素：对每一个businessService，存在一个或多个bindingTemplate。包括应用程序连接远端的Web服务并与之通信的必要信息。包括Web应用服务的地址、应用服务宿主和调用服务前必须调用的附加应用服务等。
• 元技术信息：tModel元素：一般来说，仅知道Web服务所在的地址是不够的。例如，如果我知道我的合作伙伴提供一个Web服务来让我下订单，同时也知道这个服务的URL，不过如果不知道一些具体的信息，如订单的具体格式，应该使用的协议，需要采用的安全机制，调用返回的响应格式等，那样的话，通过Web服务将两个系统集成起来仍然是非常困难的。该元素保证调用某个特定的Web服务时，根据应用要求提供足够充分的调用规范等相关信息，以使调用被正确地执行。

UDDI实现

了解不多，IBM提供了一个UDDI4j；Apache组织则为jUDDI；似乎WebLogic也有自己的API实现。没有深入了解如何使用。

结语

 　　感觉UDDI概念性的东西不少，而如何应用，能否满足应用的需要，还没有一个明确的方向。若项目中需要相关的技术，则要进一步了解。
　　（P.S.）该BLOG在Linux下Opera浏览器中似乎无法使用，只好应用Firefox了，看来Opera要努力了，Web标准也要大力推广了。

　　bY: xIAoXiAo