ChatGPT解决这个技术问题 Extra ChatGPT

What SOAP client libraries exist for Python, and where is the documentation for them? [closed]

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance. Closed 10 years ago. The community reviewed whether to reopen this question 4 months ago and left it closed: Original close reason(s) were not resolved

I've never used SOAP before and I'm sort of new to Python. I'm doing this to get myself acquainted with both technologies. I've installed SOAPlib and I've tried to read their Client documentation, but I don't understand it too well. Is there anything else I can look into which is more suited for being a SOAP Client library for Python?

Edit: Just in case it helps, I'm using Python 2.6.

Does it have to be SOAP, such as using pre-existing web services? Python's xmlrpclib is dead simple to use and I've migrated our SOAP services to XMLRPC with it.
Sometimes one just want to connect to service that is ONLY provided over SOAP so yes - good python SOAP lib is something that one will sooner or later need. One won't have any chance to convince service provider to replace SOAP with something "cleaner"...
FYI: I opened a similar post that targets SOAP for Python 3: stackoverflow.com/questions/7817303/…
Look at Python Wiki for uptodate info: wiki.python.org/moin/WebServices

1
18 revs, 16 users 27%

Update (2016):

If you only need SOAP client, there is well maintained library called zeep. It supports both Python 2 and 3 :)

Update:

Additionally to what is mentioned above, I will refer to Python WebServices page which is always up-to-date with all actively maintained and recommended modules to SOAP and all other webservice types.

Unfortunately, at the moment, I don't think there is a "best" Python SOAP library. Each of the mainstream ones available has its own pros and cons.

Older libraries:

SOAPy: Was the "best," but no longer maintained. Does not work on Python 2.5+

ZSI: Very painful to use, and development is slow. Has a module called "SOAPpy", which is different than SOAPy (above).

"Newer" libraries:

SUDS: Very Pythonic, and easy to create WSDL-consuming SOAP clients. Creating SOAP servers is a little bit more difficult. (This package does not work with Python3. For Python3 see SUDS-py3)

SUDS-py3: The Python3 version of SUDS

spyne: Creating servers is easy, creating clients a little bit more challenging. Documentation is somewhat lacking.

ladon: Creating servers is much like in soaplib (using a decorator). Ladon exposes more interfaces than SOAP at the same time without extra user code needed.

pysimplesoap: very lightweight but useful for both client and server - includes a web2py server integration that ships with web2py.

SOAPpy: Distinct from the abandoned SOAPpy that's hosted at the ZSI link above, this version was actually maintained until 2011, now it seems to be abandoned too.

soaplib: Easy to use python library for writing and calling soap web services. Webservices written with soaplib are simple, lightweight, work well with other SOAP implementations, and can be deployed as WSGI applications.

osa: A fast/slim easy to use SOAP python client library.

Of the above, I've only used SUDS personally, and I liked it a lot.


SOAPy and SOAPpy are actually different. I've edited to clarify, and turned the post into a community wiki.
+1 for SUDS, great library! I ran into problems using SUDS with HTTPS web services behind a proxy. Turns out it is a known Python urllib2 issue. See my answer for more details.
I tried SUDs, but it went into an infinite loop when opening a WSDL; then python threw a recursion limit error. I found this open ticket regarding the issue: fedorahosted.org/suds/ticket/239 Apparently this was a library breaking bug 3 years ago, and still hasn't been fixed.
There's a maintained fork of SUDS at bitbucket.org/jurko/suds
I've started using SUDS today for fetching data only. It handled a basic apikey auth in the soap headers without any problems, and the responses were fairly easy to parse. The documentation was also fairy decent.
2
2 revs, 2 users 96%

I followed the advice of other answers to this question and gave SUDS a try. After using it "in anger" I must agree: SUDS is very nice! Highly recommended!

I did run into trouble calling HTTPS-based web services from behind a proxy. At the time of this writing, this affects all Python web-service clients that use urllib2, so I'll document the solution here.

The urllib2 module shipping with python 2.6.2 and below will not issue a CONNECT to the proxy for HTTPS-over-HTTP-proxy sessions. This results in a long timeout, or if you are lucky, an error that looks like:

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

This was issue1424152 on the Python bug tracker. There are patches attached to the bug report that will fix this in Python 2.x and Python 3.x. The issue is already fixed.


Just installed it and even though I'm totally new to Python it felt very intuitive and I could send SUDS requests i minutes time. The library is great!
Do you mind updating this one. I ask because I clicked on the link, and the bug is fixed.
Shame it appears to no longer be maintained
Fore us suds also works well.. However its very slow. Retrieving an xml soap file takes 0.5 seconds, and processing it takes 5 seconds on a dual core machine!
R
Rajesh

I had good experience with SUDS https://fedorahosted.org/suds

Used their TestSuite as documentation.


SUDS is awesome! really easy to use, good docs, great stuff!
Maintained, python3 supported fork: suds-jurko. pip install suds-jurko
I am trying to call async soap api with suds, working well but not getting any response, can someone help in that, hr my Q.: stackoverflow.com/questions/39227719/…
P
Peter Mortensen

SUDS is the way to go, no question about it.


And it also fails on a large number of WSDL files. To back that claim up - the Bing maps API's for example, some of these fail and suds can't parse them.
i found SUDS supports SSL endpoints.
C
Community

Just an FYI warning for people looking at SUDS, until this ticket is resolved, SUDS does not support the "choice" tag in WSDL:

https://fedorahosted.org/suds/ticket/342

see: suds and choice tag


佚名

SUDS is easy to use, but is not guaranteed to be re-entrant. If you're keeping the WSDL Client() object around in a threaded app for better performance, there's some risk involved. The solution to this risk, the clone() method, throws the unrecoverable Python 5508 bug, which seems to print but not really throw an exception. Can be confusing, but it works. It is still by far the best Python SOAP client.


r
reingart

We released a new library: PySimpleSOAP, that provides support for simple and functional client/server. It goals are: ease of use and flexibility (no classes, autogenerated code or xml is required), WSDL introspection and generation, WS-I standard compliance, compatibility (including Java AXIS, .NET and Jboss WS). It is included into Web2Py to enable full-stack solutions (complementing other supported protocols such as XML_RPC, JSON, AMF-RPC, etc.).

If someone is learning SOAP or want to investigate it, I think it is a good choice to start.


b
bradallen137

I believe soaplib has deprecated its SOAP client ('sender') in favor of suds. At this point soaplib is focused on being a web framework agnostic SOAP server ('receiver'). Currently soaplib is under active development and is usually discussed in the Python SOAP mailing list:

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


C
Cristian Salamea

In my conclusion we have this:

Soap client side:

use only Suds-jurko (updated 2016) suds is well maintained and updated.

UPDATE 06/2017: suds-jurko library is not updated and apparently abandoned,

I tested zeep library but got limitations around tokens, by now just support UsernameToken, i report a bug to create timestamp token and author update the code to fix it.

Zeep start good and has good documentation , so i recently migrated my code from suds to zeep and works fine.

Soap server side:

We have TGWS, soaplib (pysimplesoap not tested) IMHO use and help soaplib must be the choice.

Best regards,


Is there good documentation/samples for Suds-jurko? in the repo there are a few .rst files but not much in a way of documentation of how to use the library.
C
Community

As I suggested here I recommend you roll your own. It's actually not that difficult and I suspect that's the reason there aren't better Python SOAP libraries out there.


P
Pratik Patel

suds is pretty good. I tried SOAPpy but didn't get it to work in quite the way I needed whereas suds worked pretty much straight away.


D
Daren Thomas

Could this help: http://users.skynet.be/pascalbotte/rcx-ws-doc/python.htm#SOAPPY

I found it by searching for wsdl and python, with the rational being, that you would need a wsdl description of a SOAP server to do any useful client wrappers....


K
Kirk Strauser

We'd used SOAPpy from Python Web Services, but it seems that ZSI (same source) is replacing it.


c
carl

Im using SOAPpy with Python 2.5.3 in a production setting.

I had to manually edit a couple of files in SOAPpy (something about header code being in the wrong place) but other than that it worked and continues to do so very reliably.


We did the same and are using SOAPpy with Python 2.6.3.