我应该如何允许其他人动态查找 Web 服务？答案

【问题标题】：How should I allow others to dynamically find web services?我应该如何允许其他人动态查找 Web 服务？
【发布时间】：2011-09-22 18:22:26
【问题描述】：

我已经为此奋斗了一段时间。我需要对 SOA 以及注册表进行原型设计。我一直在 JBoss SOA 平台 5 上摆弄 jUDDIv3，但似乎没有任何工具可以让我发布到 v3 jUDDI 注册表。请参阅我的相关问题here 和here。

在阅读了有关这些问题的 cmets 以及 Internet 上的一些文章（如 this one）后，我意识到 UDDI 正在失败或死亡，但是我的组织有一些我们需要使用的遗留技术。

另外，我的主管（我是一名实习生）坚持遵守标准。原则上，我同意这一点，但如果没有人使用，一个死标准也许真的算不上什么标准。

简而言之，我需要提供面向服务架构的注册表组件。它可能需要是 UDDI，以便它适合传统技术并满足标准。无论采用何种解决方案，如果有可用的工具允许我将 Web 服务发布到该注册表，那将是最好的。

这个问题拖得比我想象的要长得多。任何小的建议都非常感谢。

【问题讨论】：

“似乎没有任何工具可以让我发布到 v3 jUDDI 注册表”。想详细说明您到底需要什么？有许多使用 UDDI 规范的工具应该可以工作。 jUDDI 3.2 同时具有 CLI 和 Web UI

【解决方案1】：

您可以使用 WS-Discovery。 WS-Discovery 是用于发现服务和服务端点的标准协议。这使服务客户端能够根据给定的标准搜索服务并与发现的服务绑定。 WS-Discovery有两种模式，

ad-hoc - 服务器使用 UDP 多播协议宣传他们拥有的服务 托管模式 - 服务器和客户端使用称为发现代理的中介来进行所有服务发现。

您可以简单地使用 WSO2 平台（在 apache2 许可下免费和开源）进行尝试。请按照 [1] 查看托管模式下 WS-Discovery 的简单场景。

【讨论】：

感谢您的回答。我听说过 WS-Discovery，但我没有做太多阅读。我确实看过你的链接。将使用 UDDI 的客户端服务切换到使用 WS-Discovery 的难易程度如何？
完全不同。不幸的是，没有跨协议或实现的标准化 API。