</tModelInstanceInfo>
</tModelInstanceDetails>
</bindingTemplate>
<bindingTemplate bindingKey="8ED4AD10-C63B-495E-8969-B3938F86E937"
serviceKey="D2BC296A-723B-4C45-9ED4-494F9E53F1D1">
<description xml:lang="en">测试 UDDI 服务器，查询接口</description>
<accessPoint URLType="http">http://test.uddi.microsoft.com/inquire</accessPoint>
<tModelInstanceDetails>
<tModelInstanceInfo tModelKey="uuid:4CD7E4BC-648B-426D-9936-443EAAC8AE23">
<description xml:lang="en">UDDI SOAP 查询接口</description>
</tModelInstanceInfo>
<tModelInstanceInfo tModelKey="uuid:F372E009-F372-429C-A09A-794113A5C5F9">
<description xml:lang="en">urn:microsoft-com:test-signature-element 表示这是服务的测试版</description>
</tModelInstanceInfo>
</tModelInstanceDetails>
</bindingTemplate>
</bindingTemplates>
<categoryBag>
<keyedReference keyName="KEYWORD" keyValue="API"
tModelKey="uuid:A035A07C-F362-44DD-8F95-E2B134BF43B4"></keyedReference>
<keyedReference keyName="KEYWORD" keyValue="SOAP"
tModelKey="uuid:A035A07C-F362-44DD-8F95-E2B134BF43B4"></keyedReference>
<keyedReference keyName="KEYWORD" keyValue="XML"
tModelKey="uuid:A035A07C-F362-44DD-8F95-E2B134BF43B4"></keyedReference>
</categoryBag>
</businessService>
</serviceDetail>
现在，您可以看到我们会获得有关联机 Web 服务本身的非常丰富的信息。这段信息告诉我们实际上有四个访问点，两个测试访问点在 http://test.uddi.microsoft.com（英文）上，两个产品访问点在 http://uddi.microsoft.com（英文）上。它还告诉我们 UDDI 查询访问点是可以通过 HTTP 公开寻址的，而发布访问点处于 HTTPS 的保护下。
您也可用 tModelKey 信息以查找所有提供 UDDI Web 服务的注册业务，如下所示：
<find_business generic='1.0' xmlns='urn:uddi-org:api'>
<tModelBag><tModelKey>uuid:4CD7E4BC-648B-426D-9936-443EAAC8AE23</tModelKey></tModelBag>
</find_business>
为 Microsoft 和 IBM 返回 <businessInfos>。没有返回 Ariba，因为 Ariba <tModelInstanceDetails> 好像还不能使用。
工作效果如何？
我发现 Microsoft 和 Ariba 的两种实现方案有一些令人烦恼的不同。例如，Ariba 的实现要求 UTF-8 全部大写，并且不能处理 XML 声明中的多余的空格。
要使这些服务实现完全的互操作性，必须消除象这样的问题。我发现响应时间非常令人满意，但是数据的同步好象有一点问题。我希望同步问题会随着时间的推移而有所改善。
总结
如果您正在创建需要动态连接至外部业务伙伴所提供服务的应用程序，那么您无疑要考虑将您的应用程序连接至 UDDI 注册表。请将它想象为业务应用层的 DNS。有意思的是，您可以实时地添加、更改和删除访问点，从而解决 DNS 传播中一个星期或更长时间的延迟。
许多人会问，在 UDDI 目录中找到一个公司及其注册服务后要怎么做。确实，UDDI 并不声称能解决每件事。企图说明包含已经创造的每项事物的主要的商家对商家协议，是一项非常繁重的任务，而且几乎不可能实现。UDDI 的理论是应用程序将知道如何使用某些知名的业务协议来开展业务，并且这些协议要以众所周知的方式来描述，以便您能够动态地查找支持该协议的其他业务。另外，您也可以拥有少量知名而可靠的全球业务伙伴，通过他们您可以简单地使用 UDDI 来查找由其提供的新服务。在这种情况下，您可能早已拥有其他的可靠通道，用于下载连接至每一项服务所需的适配器。
总之，UDDI 确实在正确的方向上前进了一大步。
上一页 [1] [2] |
