问题标签 [uddi]

我只是在阅读 SOA 和服务注册中心/UDDI 经常被提及。听起来不错，但在现实中如何使用？

• 注册表是否旨在将逻辑服务与其物理实现（端口、url 等）分离？
• 注册表是否旨在供寻找有趣服务的人浏览？
• 将应用程序硬连接到它使用的服务会是“错误的”吗？

我知道 UDDI 和 Ws-Discovery 之间的区别（很清楚搜索服务与广播的位置）。但我的问题是：在 WCF 中发现 Web 服务的最简单方法是什么？最简单的意思是什么已经在 WCF 中实现并且现在可以使用？我没有在 WCF 中看到任何用于 UDDI 或 Ws-Discovery 的内置实现。

关于 WCF 中的这两个协议，您有任何链接或经验可以分享吗？

更新

现在我正在考虑三种解决方案，等待 .NET 4.0 上的 WS-discovery，或者使用 WCF 提供的 Peer to Peer 绑定创建我自己的发现绑定。这样我可以广播一个请求。或者使用eed3si9n的链接提供的实现。

我想我会做一个网关接口，以便稍后轻松更改实现。

我有一个实现 Web 服务的 ASP.Net 应用程序。在 ASP.Net 应用程序中，有一个使用 Web 服务的测试脚本，它一切正常，等等。

我已经构建了一个 .NET 控制台应用程序并希望“添加 Web 引用”，以便控制台应用程序可以使用 ASP.NET 应用程序提供的 Web 服务。当我使用“浏览本地网络上的 UDDI 服务器”来执行此操作时，我使用的任何可能的 URL 都会导致 404。

我猜我需要对我的 ASP.Net 应用程序做些什么，以便它充当 UDDI 服务器？有谁知道什么？

更新

我只是想澄清一些事情——我并不急于使用 UDDI，它只是在我的情况下似乎是唯一的选择：

• 我实际上是为另一个习惯使用 Visual Studio 做这些事情的开发人员做的
• 其他开发人员系统将需要在同一网络内的另一台机器上运行。

我目前正在尝试掌握 UDDI，并希望使用查询 API 运行一些示例，但是我找不到可以使用 SOAP 消息查询的公共注册中心。

几年前，IBM、Microsoft 和 SAP 曾经托管公共 UDDI 服务器，但后来停止了。

我知道xmethods包含一个公开可用的 Web 服务列表，但我想只专注于使用 UDDI 发现 Web 服务（之后不会真正调用这些服务）。

有谁知道任何可用的公共 UDDI 注册中心？

出于学习目的，我正在尝试寻找一些公共的 UDDI 注册中心进行交互。但似乎没有可用的。我在 SO 上提出了以下问题，看看是否有人知道仍然托管的任何公共注册表，但没有得到答案。

IBM、Microsoft 和 SAP 公共注册中心是对 UDDI 技术的测试。我从这里引用：UBR 的主要目标是通过公共实现来证明 UDDI 规范的互操作性和健壮性。这个目标已经实现并且远远超过了。

他们现在继续在他们的产品中支持 UDDI 规范（因此，不同的公司可以托管他们的 UBR 以供私人使用）。

现在，我将原来的问题改成这样：公共 UDDI 运动是否已经死去，或者，它还活着吗？

你怎么看？如果您的回答是否定的，您能否提供一个现有公共 UDDI UBR 的示例？

我一直在研究 jBoss、Oracle、WSO2 等的 SOA 产品，并比较了来自 ESB、应用服务器、中间件、BPM、治理和发现的所有 SOA。我以为我对服务发现和 UDDI 有非常清楚的了解，但是在 JBoss 文档中它提到了“资源发现”..

http://www.jboss.com/pdf/JON_2.3_datasheet.pdf写道：“使用 JBoss ON，您可以自动发现应用程序资源，例如操作系统、应用程序和服务。”

这是大多数 SOA 套件提供的“服务发现”之外的标准 SOA 东西，还是 jBoss 特有的东西？或者“资源发现”是“服务发现”的另一种命名法？

谢谢

My organisation is getting into the SOA world (a bit late, but that's what it's like here!) and we're looking into the ESB Toolkit 2.0 (we already have BizTalk Server 2009).

We're keen on implementing UDDI (specifically, the UDDI Services v3.0 that ships with BTS 2009), but we're low on actual UDDI experience. We want to manage the ever-burgeoning number of web services we have across all our environments.

What are the best practices for implementing UDDI? For example:-

• Would you implement a single highly-available resilient UDDI server that hosts all services and bindings, including test environment versions? Or would you implement separate UDDI repositories for test and production environments?
• I'm aware of the Oasis Technical Note v2.0 on WSDL and UDDI, but does anyone actually implement that? I.e. the abstract parts of the WSDL as tModels, the implementation parts of the WSDL as bindings?
• Would you go to the effort of capturing non-web service endpoints in UDDI, or just use it for WSDL?
• What are the "gotchas"?

我们正在升级我们的一些系统，包括从 V2 升级到 jUDDI V3。过去我们在java代码中使用uddi4j来访问UDDI服务器，但是uddi4j似乎并没有延续到V3。大量的谷歌时间让我觉得没有替代品。是这样吗？如果有替代品，你能推荐一个吗？

如何为 jUDDI v3 异步订阅实现客户端以侦听要添加或删除的业务实体？我的理解是创建订阅，然后 jUDDI 以某种方式调用 web 服务。如何创建指向我的网络服务的订阅？我浏览了教程和示例，但这些似乎都集中在同步订阅上。这是我到目前为止所读到的：

V3 API 文档

Apache jUDDI 用户帮助

developer.com 的另一个教程

我猜这很明显，我遗漏了一些东西，所以感谢您的耐心等待。

什么是 Webservice 上下文中的 UDDI？