我正在尝试寻找一些公共UDDI注册中心以进行学习，以进行交互。但是似乎没有可用的。我在SO上弹出以下question，以查看是否有人知道仍在托管任何公共注册表，但没有任何答案。
IBM，Microsoft和SAP公共注册表是对UDDI技术的测试。我引用here的话：UBR的主要目标是通过公共实施来证明UDDI规范的互操作性和鲁棒性。这个目标已经实现，远远超出了目标。
他们现在继续在其产品中支持UDDI规范（因此，不同的公司可以托管自己的UBR供私人使用）。
现在，我将原来的问题更改为：公众UDDI运动死了还是活着？
你怎么看？如果您的回答为“否”，您能否提供一个现有的公共UDDI UBR的示例？
最佳答案
公用UDDI确实已经死了，但是它设法在企业内部的私有注册表中生存下来。
UDDI注册中心的功能目的是表示有关以下方面的数据和元数据
网页服务。注册表，可以在公共网络上使用，也可以在
组织的内部基础架构，提供了基于标准的机制来分类，
编目和管理Web服务，以便可以由Web服务发现和使用它们
其他应用程序。
http://uddi.org/pubs/uddi-tech-wp.pdf
这对于定义和目的来说都不错，但是不幸的是，它是在Web级别应用的。
UDDI被认为是Web服务的“黄页”。如果要查找提供某些功能的Web服务，则可以在UDDI中查找它。
想法是使用标准（通用）机制在SOA业务组件之间进行在线交互。然后，您可以动态查找服务，将其连接起来并自动开展业务。而且，应该根据UBR中发现的元数据（在不鼓励采用的非常复杂的模型中）基于元数据来做出在相似服务之间进行选择的决定，而无法检查该服务是否确实按照您的预期做了。
但是，由于业务高度异构，因此不可能将所有交互都置于一个共同的基础上。而且企业仍然围绕着人，人类活动和人类决策而旋转。
只有在经过全面的分析和谈判之后才选择进行业务合作的合作伙伴之间进行业务，然后才最终达成业务交易并就所有条款和条件达成协议。只有这样，他们的基础架构才能连接起来。至此，UDDI定义确实开始变得有意义，因为在企业内部UDDI允许您：
在没有任何客户端失败的情况下重新定位服务；
支持负载均衡；
通过减少基础架构中的手动干预来提高效率；
管理冗余（如果一项服务失败，则客户端将搜索提供相同功能的另一项服务）；
等等
....但是所有这些都在功能完备的预定服务集中，并且已经达成共识。