UDDI 规范一窥

　　UDDI 规范是由一些文档组成的。API 规范描述允许您执行发现和发布操作的 SOAP API。还描述了请求／响应语义和错误处理。此外，还有大量关于约定和用法的信息。附带的文档包括数据结构规范（Data Structure specification）和 API Schema，它们定义了消息和数据语义。

　　UDDI API 属于 Inquiry 或 Publishing 类别。第 1 版支持 API 操作，如 清单 1 中所示。

　　清单 1. UDDI V1 API 综述

Inquiry Operations:       Publishing Operations:
Find                       Save
      find_business              save_business
      find_service               save_service
      find_binding               save_binding
      find_tModel                save_tModel
Get details                Delete
      get_businessDetail         delete_business
      get_serviceDetail          delete_service
      get_bindingDetail          delete_binding
      get_tModelDetail           delete_tModel
      get_registeredInfo         get_registeredInfo
                           Security
                                get_authToken
                                discard_authToken
 
　　查询 API 把自身归为三种查询模式：

　　浏览器模式需要使用查找操作，查找操作允许您在浏览条目时使用不同类型的标准，例如分类法类别、标识符或利用 find_xxx API 查找不完整的名称信息。

　　逐步深入模式涉及到获得有关您已经找到的条目的详细信息。 get_xxx API 支持这一功能。
调用模式是最后一种模式。调用服务需要使用绑定模板信息，通常客户机将这一信息放在缓存区以供重复使用，不需要客户机在每次需要时再回到注册中心去获取同样的信息。如果绑定信息变化了，那么一旦无法获得或使用服务，客户机就会返回到注册中心以更新这一信息。这被称为调用模式。

　　虽然每个顶层实体都可以被保存和删除（利用 save_xxx 和 delete_xxx API），而且主要是自动说明的，但是应该注意，通常 UDDI 中的保存操作的行为具有破坏性。举个例子，再次保存同一个服务，但信息有所不同，结果以前代表该服务的那个实体会被完全替换掉。

　　与 authTokens 有关的操作要求您向某个 UDDI 业务注册中心节点预注册，提供确认发布者身份所必需的凭证。这些凭证用于获取用于执行发布操作（利用 save_xxx API）的 authToken 。如果我们假定 authToken 没有过期，在紧紧相随的发布操作期间有一小段时间内它是可以重用的。运营商制订的规定将决定 authToken 的内容和寿命。

　　UDDI 版本 2 中有哪些新内容？

　　UDDI 版本 2 引入了一些很关键的功能，有了这些功能可以提高版本 1 规范 UDDI 注册中心的使用质量和效率。下面会分几部分描述版本 2 中的新功能：

　　为复杂机构提供建模支持
　　更强大的客户机分类和标识符支持
　　增强的查询
　　国际化功能
　　基于对等的复制