Juddiv3 参数引见
UDDI 注册中心的使用
本系统是一个服务平台，它向两类用户提供服务，一类是服务提供商，我们的平台提供的服务是服务提供商可以将他们的服务发布到我们的平台，以供第二类用户也就是手机用户来查询和享受服务。同时我们的服务是和服务所在的地理位置相结合的.我们需要一个为服务提供商提供注册他们的详细服务信息的模块，自然而然就想到了使用UDDI注册中心，当然我们这是个小型的实现，并不能达到真正的UDDI 那样实现联合分布的查询，只是一个单独的孤立的专用的注册中心。为了实现这个注册心，我们选择了使用开源项目——jUDDI 的开发包来进行开发。但首先要先介绍一下，什么是UDDI 注册中心.
UDDI 标准介绍
UDDI 是 Universal Description, Discovery andIntegration 的缩写,目的是为电子商务建立标准；UDDI 是一套基于Web 的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service 注册，以使别的企业能够发现的访问协议的实现标准。通过UDDI,企业可以注册.发布,以及寻找相应的Web
Services.
(1) UDDI 的信息类型
UDDI 注册中心使用的核心信息模型是由XMLSchema 定义的。UDDI XML Schema 定义了四种主要的信息类型，它们是技术人员在需要使用合作伙伴所提供的Web 服务时必须了解的技术信息。它们是：商业实体信息(businessEntity 结构) 、服务信息(businessService 结构)、绑定信息(bindingTemplate 结构)和技术规范信息(tModel 结构)。在UDDI 的数据模型中，tModel 是一个很特殊的数据项。tModel 描述了一切技术信息， tModel 的全体组成了UDDI 中的所有技术注册信息。商业实体信息: businessEntity 元素在商业领域内，合作伙伴和潜在的合作伙伴都期望能准确地定位到商业实体所能提供的服务或产品的相关信息，并把这些信息作为了解你们企业的开始。而在技术领域，技术人员、程序员或应用程序都期望能知道他们需要集成的商业实体的名称和一些关键性的标识 ，以及该商业实体是属于那个具体工业分类之类的分类信息，以及联络方法(包括Email、电话、URL)等。支持对UDDI 商业注册的商业信息发布和发现的核心XML 元素都包含在“businessEntity”结构中。这个结构是商业实体专属信息集的最高层的数据容器，位于整个信息结构的最上层。 商业服务信息：businessService 元素businessService 结构将一系列有关商业流程或分类目录的Web 服务的描述组合到一起。businessService 和下面要提到的bindingTemplate 一起构成了“绿页”信息。其中，一个可能的商业流程的例子是一组相关的Web 服务信息，包括采购服务、运输服务和其它的高层商业流程。这些服务都将是提供这些商业流程服务的商业实体所需要注册的Web 服务。这些businessService 的信息集合可以再次加以分类，使Web 应用服务的描述可以按不同的行业、产品、服务类型或是地域划分来进行。分类的方法的机制与businessEntity 是类似的。 技术绑定信息：bindingTemplate 元素对于每一个businessService，存在一个或多个Web 服务的技术描述bindingTemplate。这些技术描述包括应用程序连接远程Web 服务并与之通讯所必须的信息。这些信息包括Web 应用服务的地址、应用服务宿主和调用服务前必须调用的附加应用服务等。另外，通过附加的特性还可以实现一些复杂的路由选择，诸如负载平衡等。
元技术信息：tModel 元素调用一个服务所需要的信息是在bindingTemplate 的结构中定义的，这在前面一节中已经阐述了。不过一般来说，仅知道Web 服务所在的地址是不够的。例如，如果我知道我的合作伙伴提供一个Web 服务来让我下订单，同时也知道这个服务的URL，不过如果不知道一些具体的信息，如订单的具体格式，应该使用的协议，需要采用的安全机制，调用返回的响应格式等，那样的话，通过Web 服务将两个系统集成起来仍然是非常困难的。
当一个程序或是程序员需要调用某个特定的Web 服务时，必须根据应用要求得到了足够充分的调用规范等相关信息，以使调用被正确地执行。因此，每一个bindingTemplate 元素都包含一个特殊的元素，该元素包含了一个列表，列表的每个子元素分别是一个调用规范的引用。这些引用作为一个标识符的杂凑集合 ，组成了类似指纹的技术标识，用来查找、识别实现了给定行为或编程接口的Web 服务。
(2) UDDI 的API
程序员APIUddi 规范包括了web 服务的接口定义,使得能通过编程实现对UDDI 注册中心的信息访问.程序员的API 规范文档详细定义了程序员API.API 分为两类:查询API 和发布API.查询API 包含两类调用，使程序能快速地定位候选商业实体、Web 服务及其调用规范，然后在最初调用获得的初始信息的基础上，获得进一步的相关信息的细节。这类以find_xx 命名的API 提供了多种搜索标准，从而能对注册中心中的数据进行广泛地搜索。发布API 包括四个save_xx 函数和四个delete_xx 函
数，每个对应于一个UDDI 主要结构(businessEntity，binsinessService，bindingTemplate，tModel)。