我目前正在研究实现一个将使用现有广泛的SOAP管理API的客户端.
我研究了不同的SOAP实现,如pysimplesoap和SUDS.虽然第一个因为递归太多而解析WSDL时遇到问题,但是suds工作得很好(但很慢)而且我真的很喜欢模块.
但是,SUDS似乎存在一些问题,例如高内存消耗,WSDL解析速度以及缺少对某些WSDL属性的支持(例如,选择属性).
虽然有很多人积极提交错误报告和补丁,但自2010-09-15以来没有发布过SUDS.此外,维基和路线图看起来有点被忽视.
对我来说,看起来SUDS已不再维护.
所以我的问题在这里:
[2013年11月更新]
两年多过去了,事实证明原来的肥皂水泥项目真的已经死了.自2010年以来,没有进一步的版本.由于这一事实,很多人开始分支suds,而像Debian这样的发行版正在部署原始suds包的修补版本来修复一些问题.
我可以推荐Jurko积极维护的叉子,我成功使用了它.它支持python 3并解决了很多泡沫已知的问题.Bitbucket上提供了发行说明和错误跟踪器,PyPI上也提供了该程序包,因此可以使用pip进行安装.
jat*_*ism 48
虽然没有经过认证的标准,但如果必须使用SOAP,则Suds是您的最佳选择.大型WSDL上的延迟可能很慢,而这正是他们正在努力的事情.
与此同时,如果您不希望WSDL经常更改,您有两个选项可以为您带来很多速度:
下载您的WSDL
对于大型WSDL,问题的一部分是首先必须每次都下载WSDL,这会增加开销.Suds将花时间在启动时下载并解析整个WSDL,以确保它没有更改.
如果您可以将其下载到本地系统,然后Client使用file://URL中的方案将其传递给构造函数.由于Suds urllib2用于HTTP传输,这是完全合法的.
现在,因为您没有在WSDL URL中提供主机名,所以您还必须传递一个location参数,指定SOAP应用程序的实际URL.
这是一个例子:
from suds.client import Client
# The service URL
soap_url = 'http://myapp.example.notreal/path/to/soap'
# The WSDL URL, we wont' use this but just illustrating for example. This
# would be the file you download to your system and save as wsdl_file
wsdl_url = 'http://myapp.example.notreal/path/to/soap?wsdl'
# The full path to the downloaded WSDL file on your local system
wsdl_file = '/path/to/myapp.wsdl'
wsdl_url = 'file://' + wsdl_file # Override original wsdl_url
client = Client(url=wsdl_url, location=soap_url)
如果您有兴趣,我已经在我的工作中使用了这种方法并且已经开源代码.
缓存您的WSDL
另一种选择是使用Suds 优秀的缓存功能.您必须显式创建一个缓存对象,然后使用该cache参数将其传递给构造函数.否则,默认为ObjectCache1天,持续时间为1天.
您也可以考虑使用这两种方法.
chh*_*yal 10
有一个名为zeep的新维护良好的SOAP客户端.它支持Python 2和3,并基于众所周知的lxml和请求库.
这是2013年.对于像我这样遇到Python和SOAP问题的人来说,这是一个更新.
我试图在Python中使用SOAP.我试过suds,但遗憾的是自2010年以来该库尚未更新.在我的代码的第一次测试中,我收到了这个错误:
RuntimeError: maximum recursion depth exceeded while calling a Python object
结果是suds与HTTPS连接上的递归引用有关的问题. 见drfence的回答.我不得不手动修补肥皂以解决这个问题.
我转而使用php.不像python那么简单,但我能够让它工作.