理解UDDI(4):元数据体系tModel

最新推荐文章于 2017-10-18 22:52:38 发布

fennivel

最新推荐文章于 2017-10-18 22:52:38 发布

阅读量2.1k

点赞数

分类专栏： UDDI 文章标签： classification web system 数据结构工作 interface

本文链接：https://blog.csdn.net/fennivel/article/details/13007

版权

UDDI 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

理解UDDI(4):元数据体系tModel

(本文最初由 IBM developerWorks 中国网站发表，其网址是http://www.ibm.com/developerWorks/cn/)

(本文是我在developerWorks专栏发表的tModel的用途及结构详解的缩减版，需要浏览未缩减版原文，请访问http://www.ibm.com/developerWorks/cn/)

tModel是UDDI数据模型中两个顶级数据实体(businessEntity和tModel)之一。tModel这个术语是多个概念的联合。按照UDDI规范中的描述，tModel被用于表示一个规范或一个概念的服务类型(Service Type)性概念。在目前的UDDI的实现中，有这样四种注册的服务类型：“分类系统(Classification System)”、“标识系统(Identification system)” 、“抽象接口组件(abstract interface component)”和“规范(specification)”。tModel是这些服务类型在UDDI注册数据的承载体和表现形式，是Web服务描述的元数据。一个Web服务所包含的tModel的全体构成了这个Web服务的技术指纹，通过对这个技术指纹的分析，我们就可以很方便地了解该Web服务是符合那些技术规范的，采用怎样的调用界面的，以及其分类和标识的信息等。

什么是tModel?

为了达到让两个或更多的软件可以互相兼容，也就是说，为达到我们期望的互相交换数据的目标，他们必须共享一些设计目标和通用的规范。所有UDDI站点都支持的注册信息模型就是基于这样的共享规范的理念。

以前，为了架构一个具备兼容能力的软件，两个公司唯一可以执行的方式是，就使用同样的规范达成协议，然后基于该协议架构软件并测试。然而，如果使用UDDI，公司就需要以某种方式组织那些用于设计他们所提供的服务的软件接口规范及相应版本信息，并将其发布。为了识别不同的公共规范(或者在特定合作者间共享的私有规范)，规范本身的信息需要是可发现的。这种关于规范的信息，也就是传统上称作的元数据结构，我们在UDDI中称其为tModel。

对于企业商务软件的开发人员来说，tModel提供了一个通用方法，其作为一个通用引用点，使得兼容服务可以很简单地被识别。而对于使用该软件的企业来说，好处在于能够极大地缩短了识别特定服务是否与您的软件兼容的工作过程。最后，对于软件生产商和标准化组织来说，注册一个规范的相关信息，然后用该规范的的tModel来查找兼容的Web服务的实现，能帮助他们的客户真正获得使用被广泛应用的设计规范所带来的好处。

tModel结构

UDDI的一个重要目标是能够描述一个Web服务并且使得此描述在搜索的时候提供足够的语义支持。另一个目标则是提供一种机制使得这些描述足够有用：当你在不太了解一种服务的时候，可以通过这些描述来学习如何与此服务进行交互。为了做到这一点，必需有一种方法来给描述赋予足够的信息，这些信息包括服务的行为表现，服务遵循何种协议，或者是服务符合什么规范或标准。tModel 结构的任务之一就是提供对符合某种规范、概念甚至是某种共享设计的描述能力。

tModel 结构以由键标识的元数据的(关于数据的数据)形态存在。概括地理解，在UDDI注册中心里的tModel 结构的用途是提供一个基于抽象的引用系统。因而，tModel 结构所表示的数据类别是相当繁多的。换句话说，一条tModel 注册信息可以定义任何东西，但在目前的版本中，我们应用了两个约定，这两个约定分别将tModel 结构用作确定兼容性的来源以及由键标识的命名空间引用。

tModel 结构组成信息非常简单。它们包括一个键，一个名，一个可选的描述，以及一个指向某处的URL，可能好奇的人可以去那里找到tModel 结构中的元数据本身所代表的实际概念，也就是说这个URL可能指向的是一个规范文本或概念的文本。