Web services 谁在支持SOAP API

Web services 谁在支持SOAP API,web-services,soap,Web Services,Soap,我想练习soapapi。我知道现在是休息的时候,但我想试试肥皂。我不知何故得到了支持SOAP的Flickr.com API,但它有非常困难的文档。不,工作示例是可用的 问题1。那么,有人知道我在哪里可以学肥皂吗。有人有Flickr API的SOAP工作示例吗 问题2。提供SOAP接口的Flickr以外的任何服务。我看到谷歌搜索api关闭了对SOAP的新请求 “问候”SOAP在很大程度上已经被公共互联网上的REST所取代——正如您在问题中所指出的,并且在评论中也提到了这一点 内联网环境中仍然有大量

我想练习soapapi。我知道现在是休息的时候,但我想试试肥皂。我不知何故得到了支持SOAP的Flickr.com API,但它有非常困难的文档。不,工作示例是可用的

问题1。那么,有人知道我在哪里可以学肥皂吗。有人有Flickr API的SOAP工作示例吗

问题2。提供SOAP接口的Flickr以外的任何服务。我看到谷歌搜索api关闭了对SOAP的新请求


“问候”

SOAP在很大程度上已经被公共互联网上的REST所取代——正如您在问题中所指出的,并且在评论中也提到了这一点

内联网环境中仍然有大量用户,这些公司安装了SOAP、服务总线和其他概念,如果您最终在其中一家公司工作,您可能会遇到这些概念。(还有CORBA用户!)当您控制应用程序的两端时,您可能没有太多理由灵活地使用REST

因此,如果您正在寻找有用的公共实现,那么您多半是运气不佳

也就是说:一定要创建自己的服务并自己尝试。定义并实现服务。用不同的语言创建客户端。用第三种语言创建另一个客户端

如果您正在寻找一种教育体验,这将引导您走上在大规模不同系统中使用REST的相同道路(也可能会揭示为什么公共/私有系统会出现这种分裂)


祝你好运

何必麻烦呢?没有人提供新的SOAP API是有原因的。@ceejayoz:这是什么原因?这是一个非常沉重的协议,对于在野外遇到的大多数API来说,这是一个巨大的杀伤力。@ceejayoz:嗯,没有读到任何地方说它被放弃了。@ceejayoz:好的,这篇文章是有道理的。但对于设计可扩展和跨边界的系统来说,良好的接口定义是至关重要的。因此,您需要WSDL。此外,在许多情况下,您需要传递额外的信息,这不可能是实际有效载荷的一部分。所以你最终得到了SOAP。那么从长远来看,SOAP怎么可能被放弃呢?你能用REST解决这两点吗?嗯!好极了,肥皂不见了。与REST相比,SOAP真的很难。我曾经为客户端OpenTravel的连接实现了soap。不太确定公司Id是必须的,还是任何外人都可以注册并获得。需要检查一下!我记得我需要在那里读很多书。还需要搜索他们的SOAP连接点。在这里的某个地方: