早前学习WebService的时候就听说过UDDI这个概念了，当时就只记得它是管理发布的WebService的。随着对WebService的学习深入，知道一般都是通过WSDL来使用服务的，于是就自以为是的认为UDDI服务器就是保存了注册在一个特定服务器上的WSDL地址集，感觉应该就像Axis的管理界面那样类似吧，应该还会有些其他的注册信息。
最近的项目可能要用到UDDI，于是想先详细了解下UDDI服务器到底是怎么工作的。我下载安装了最新的jUDDI v3服务器，可惜它没有完善的客户端提供，想用uddi4j，又不支持V3版协议。于是想到自己写服务调用来使用服务器的功能，可怜这个服务器的文档又太概念（安装倒是挺简单的，不需要看如何文档~），只能下载了协议来照着执行它的功能。
好不容易完成了完整的发布、查询BusinessEntity、BusinessService后，却开始疑惑了。为什么发布服务的时候没有哪个参数让我设置WSDL地址呢？好像协议里也没有提到WSDL啊……
于是再次谷歌，发现原来用UDDI发布WSDL还得把WSDL描述的数据结构一条条解析出来，然后转换成UDDI的数据模型——真够麻烦的啊。看来UDDI远不是我想的那么简单的。
在失望与迷茫中，我再换关键字谷歌，发现了一条新闻：OASIS已经宣布关闭了UDDI技术委员会……看来我的学习历程证明了UDDI败落的必然性。哎，浪费了两天时间……
764
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
