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
阅读更多
上一篇第一次全体会议
下一篇ERP趣文
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭