查询UDDI目录。
查询UDDI目录。
提问于 2017-03-03 16:26:39
首先，我要说，我对API和Web服务的世界非常陌生，如果这些问题很愚蠢，请给我一些放松。
因此，据我所知，这或多或少是web服务(或web服务架构)的工作方式：
web服务提供者描述其服务参数以及如何在称为WSDL的XML文档中与服务接口。然后，web服务提供者向UDDI注册。然后，“客户端”向UDDI查询相关的服务提供者。UDDI返回多个web服务IP地址，客户端选择最佳选项。然后获取服务提供者的WSDL，然后继续进行接口和利用web服务。
我的问题是：
- web服务提供者到底是什么？我知道web服务本质上是一个封装在HTTP (或其他一些传输协议)中的API，它被用来促进互联网上的通信。我还知道services可以利用HTTP以外的其他传输协议，而且WSDL和UDDI目录在SOAP服务之外使用的不多。web服务提供者仅仅是一个使用SOAP服务的应用程序吗？
- 这个场景中的“客户端”是什么？这是一个客户端web应用程序还是一个浏览器？
- 为什么UDDI会为web服务提供者返回多个IP地址？为什么客户端不直接使用它找到的具有适当参数的第一个web服务，等等？
- 这一切发生得有多快？我的最愚蠢的问题，但是否有开发人员手动查询UDDI，以找到与他们的应用程序集成的web服务？或者这一切都发生在计算机之间的短短一秒内？
非常感谢。在网上找不到任何解决这些问题的方法。
回答 1
Stack Overflow用户
发布于 2017-03-04 12:48:59
- ( a) web服务提供者究竟是什么？我知道web服务本质上是一个封装在HTTP (或其他一些传输协议)中的API，它被用来促进互联网上的通信。我还知道services可以利用HTTP以外的其他传输协议，而且WSDL和UDDI目录在SOAP服务之外使用的不多。
提供者？可能是提供某种服务的个人、业务、开发人员，如google、microsoft或amazon。如果您编写了一个服务，并通过将它托管在某种服务器上将其提供给其他人，那么它就是您。
- ( b) web服务提供者仅仅是一个使用SOAP web服务的应用程序吗？
不使用服务，提供服务。
- 这个场景中的“客户端”是什么？这是一个客户端web应用程序还是一个浏览器？
可能是任何人或任何东西，包括你的例子。
- ( a)为什么UDDI为web服务提供者返回多个IP地址？
它返回多个绑定(其中是服务的端点)，因为一个服务的多个实例通常运行，主要是为了提供冗余、负载平衡等。
- ( b)客户端为什么不使用它找到的具有适当参数的第一个web服务，等等？
这取决于编写客户端或客户端用户的人。第一个可能不是最佳选择(地理位置、延迟、性能等)
- ( a)这一切发生的速度有多快？
如果使用UDDI，UDDI通常是每个客户端会话执行一次，或者在性能或业务需求决定时根据需要执行一次。这基本上是运行时发现。缺点是，您需要知道一些东西( UDDI在哪里和查找键)，然后才能与UDDI交谈，然后才能了解目标服务。
- ( b)我迄今最愚蠢的问题，但是否有开发人员手动查询UDDI，以找到与其应用程序集成的web服务？
可以这样做，但在实践中，大多数人只是使用搜索引擎。
- 这一切都发生在计算机之间的短短一秒内吗？
诚实地说，UDDI的使用统计数据很可能很低，但是总体上几乎没有数据。难以确定
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/42590603
复制相关文章
相似问题
腾讯云开发者
