您现在的位置是: 软件 > 开发者网络 > 技术跟踪 > XML与.NET专栏 > 正文


-Win xp中的多种网络
-试验试验试验试验
-用Freehand实现位图矢量化
-网络电话面面观

使用UDDI的Web服务描述和发现之一
2001-12-17· ·Karsten Januszewski··microsoft

1 2 3 4 5 6  下一页

  简介

  到目前为止,At Your Service 专栏已经介绍了如何建立 Web 服务的实际案例:从最初的设计文档到业务关联,直至最终的部署。下一步就是要考虑如何发布Web 服务,以便感兴趣的客户能够轻松地发现该服务并将其应用到自己的应用中。现在已经有了实现这种要求的发现机制:通用说明、发现和集成 (UDDI),这是业界支持跨技术、跨平台的Web 服务发现的第一步。

  At Your Service 的作者诚恳地邀请我为专栏撰文,介绍 UDDI 及其注册步骤,我非常乐于接受这项工作。首先我将从技术和业务两方面来介绍 UDDI 的含义。随后我将讨论一下 UDDI 和 Web 服务说明语言 (WSDL) 之间的关系。最后,我将带您体验 UDDI 的注册过程,并介绍一些充分发挥 UDDI 潜力所需考虑的问题。在下一期专栏,即本文的第二部分中,我将介绍 At Your Service 小组是如何充分利用 UDDI 的。

  UDDI - Web 服务的全球注册表

  UDDI 是一个公共的注册表,旨在以一种结构化的方式来保存有关各公司及其服务的信息。通过 UDDI,人们可以发布和发现有关某个公司及其 Web 服务的信息。这些数据使用标准的分类法进行分类,因此可以按分类来查询信息。最重要的是,UDDI 包含有关公司服务的技术接口的信息。通过一套基于 SOAP 的 XML API 调用,用户可以在设计时和运行时与 UDDI 进行交互以发现技术数据,从而调用和使用这些服务。通过这种方法,UDDI 可以用作基于 Web 服务的软件系统的基础结构。

  为何使用 UDDI?为何需要这种注册表?当我们面对具有数千甚至数百万个 Web 服务的软件系统时,将面临以下的严峻挑战:

  如何发现 Web 服务?

   1、如何按照某种合理的方式分类信息?

   2、对本地化有什么影响?

   3、对专用技术有什么影响?如何保障发现机制的互操作性?

   4、当应用依赖于某项 Web 服务时,如何在运行时与该发现机制进行交互?

  UDDI 的出现正是为了应对这些挑战。为了解决这些问题,许多公司,其中包括 Microsoft、IBM、Sun、Oracle、Compaq、HP、Intel、SAP 以及三百多家其他公司(请参阅 UDDI: Community(英文)以获得这些公司的完整列表),共同制定了一种基于开放式标准和非专用技术的规范。该规范的 Beta 版于 2000 年 12 月发布,正式产品于 2001 年 5 月推出。它是一个全球业务注册表,建立在多个运营商节点上,用户可以通过这些节点免费搜索和发布信息。

  通过 Web 服务的这种基础结构,现在就能够以一种通用的、与供应商完全无关的方式找到有关 Web 服务的数据,而且数据一致并且可靠。使用可扩展的分类系统和标识,用户可以进行精确的分类查询。运行时 UDDI 集成可以被合并到应用程序中去。因而大大繁荣了 Web 服务软件环境。

1 2 3 4 5 6  下一页

【责任编辑:  】
【发表评论】【关闭窗口】
■ 相关内容
 Microsoft .NET Remoting:技术概述
 ADO.NET入门
 使用UDDI的Web服务描述和发现之二
 实战ASP.NET服务器端控件
 Visual Studio.NET全新体验
 Web Service故障处理
 .NET企业服务器如何在.NET平台上大显身手
感谢 访问天极网,如果您觉得该文章涉及版权问题,请看这里!