我相信soapplib已经弃用了它的SOAP客户端('sender')，转而使用了suds。在这一点上，soapplib专注于成为一个与web框架无关的SOAP服务器(“接收器”)。目前，soapplib正在积极开发中，通常在Python SOAP邮件列表中讨论:

http://mail.python.org/mailman/listinfo/soap

http://users.skynet.be/pascalbotte/rcx-ws-doc/python.htm#SOAPPY有帮助吗

我通过搜索wsdl和python找到了它，理性的是，您将需要SOAP服务器的wsdl描述来执行任何有用的客户端包装....

正如我在这里建议的，我建议你自己卷。它实际上并没有那么难，我怀疑这就是没有更好的Python SOAP库的原因。

我的结论是:

Soap客户端:

只使用sds -jurko(更新2016年) Suds得到了良好的维护和更新。

更新06/2017:sds -jurko库没有更新，显然被放弃了，

我测试了zeep库，但得到了围绕令牌的限制，到目前为止只支持UsernameToken，我报告了一个错误，以创建时间戳令牌和作者更新代码来修复它。

Zeep开始良好，有良好的文档，所以我最近迁移我的代码从suds到Zeep，工作良好。

Soap服务器端:

我们有TGWS, soaplib (pysimplesoap未测试)IMHO使用和帮助soaplib必须是选择。

最好的问候,

我听从了其他回答这个问题的建议，尝试了一下SUDS。在“愤怒地”使用它之后，我必须同意:SUDS非常好!强烈推荐!

我确实遇到了从代理后面调用基于http的web服务的麻烦。在撰写本文时，这将影响所有使用urllib2的Python web服务客户机，因此我将在这里记录解决方案。

python 2.6.2及以下版本附带的urllib2模块不会为http -over- http -代理会话向代理发出CONNECT。这会导致很长时间的超时，或者如果你幸运的话，会出现如下错误:

abort: error: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

这是Python错误跟踪器的第1424152号问题。在Python 2中，bug报告附带的补丁将修复这个问题。3.x和Python 3.x。这个问题已经解决了。

SUDS易于使用，但不能保证可再入。如果您在线程应用程序中保留WSDL Client()对象以获得更好的性能，则会涉及一些风险。此风险的解决方案是clone()方法，它会抛出不可恢复的Python 5508错误，该错误似乎打印了异常，但并没有真正抛出异常。可能会让人困惑，但它很有效。它仍然是迄今为止最好的Python SOAP客户机。