Quali librerie client SOAP esistono per Python e dove si trova la documentazione per loro? [chiuso]

Non ho mai usato SOAP prima e sono abbastanza nuovo per Python. Lo sto facendo per farmi conoscere entrambe le tecnologie. Ho installato SOAPlib e ho provato a leggere la loro documentazione client , ma non la capisco bene. C'è qualcos'altro che posso cercare che è più adatto per essere una libreria client SOAP per Python?

Modifica: nel caso in cui aiuti, sto usando Python 2.6.

Aggiornamento (2016):

Se hai solo bisogno del client SOAP, esiste una libreria ben gestita chiamata zeep . Supporta sia Python 2 che 3 :)

Aggiornare:

Oltre a quanto menzionato sopra, farò riferimento alla pagina dei WebServices di Python che è sempre aggiornata con tutti i moduli di SOAP e tutti gli altri tipi di servizi Web attivamente gestiti e consigliati .

Sfortunatamente, al momento, non credo che esista una "migliore" libreria Python SOAP. Ognuno dei principali disponibili ha i suoi pro e contro.

Biblioteche precedenti:

• SAPONE : era il "migliore", ma non più mantenuto. Non funziona su Python 2.5+

• ZSI : molto doloroso da usare e lo sviluppo è lento. Ha un modulo chiamato "SOAPpy", che è diverso da SOAPy (sopra).

Librerie "più recenti":

• SUDS : Molto Pythonic e facile da creare client SOAP che consumano WSDL. La creazione di server SOAP è un po 'più difficile. (Questo pacchetto non funziona con Python3. Per Python3 vedi SUDS-py3)

• SUDS-py3 : la versione Python3 di SUDS

• spyne : Creare server è facile, creare client un po 'più impegnativi. La documentazione è in qualche modo carente.

• ladon : la creazione di server è molto simile a soaplib (usando un decoratore). Ladon espone più interfacce di SOAP contemporaneamente senza che sia necessario un codice utente aggiuntivo.

• pysimplesoap : molto leggero ma utile sia per client che per server - include un'integrazione server web2py fornita con web2py.

• SOAPpy : distinta dalla SOAPpy abbandonata ospitata sul collegamento ZSI sopra, questa versione è stata effettivamente mantenuta fino al 2011, ora sembra anche essere abbandonata.
• soaplib : libreria Python facile da usare per scrivere e chiamare servizi web soap. I servizi Web scritti con soaplib sono semplici, leggeri, funzionano bene con altre implementazioni SOAP e possono essere implementati come applicazioni WSGI.
• osa : una libreria client SOAP python SOAP veloce / sottile.

Di quanto sopra, ho usato solo SUDS personalmente e mi è piaciuto molto.

Ho seguito il consiglio di altre risposte a questa domanda e ho provato SUDS . Dopo averlo usato "con rabbia", sono d'accordo: SUDS è molto carino! Altamente raccomandato!

Ho avuto problemi a chiamare i servizi Web basati su HTTPS da dietro un proxy. Al momento della stesura di questo documento, ciò riguarda tutti i client di servizi Web Python che utilizzano urllib2, quindi documenterò la soluzione qui.

Il urllib2modulo fornito con Python 2.6.2 e versioni precedenti non invierà un CONNECTproxy al proxy per le sessioni HTTPS-over-HTTP-proxy. Ciò comporta un timeout lungo o, se si è fortunati, un errore simile a:

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

Questo era il problema 1424152 sul tracker dei bug di Python. Ci sono patch allegate al bug report che risolveranno questo problema in Python 2.xe Python 3.x. Il problema è già stato risolto .

Ho avuto una buona esperienza con SUDS https://fedorahosted.org/suds

Utilizzato TestSuite come documentazione.

SUDS è la strada da percorrere, non c'è dubbio.

Solo un avviso FYI per le persone che guardano SUDS, fino a quando questo ticket non viene risolto, SUDS non supporta il tag "choice" in WSDL:

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

vedi: schiuma e tag di scelta

SUDS è facile da usare, ma non è garantito che rientri nuovamente. Se mantieni l'oggetto WSDL Client () in un'app filettata per migliorare le prestazioni, c'è qualche rischio. La soluzione a questo rischio, il metodo clone (), genera il bug irrecuperabile di Python 5508, che sembra stampare ma non genera un'eccezione. Può essere fonte di confusione, ma funziona. È ancora di gran lunga il miglior client SOAP Python.

Abbiamo rilasciato una nuova libreria: PySimpleSOAP , che fornisce supporto per client / server semplici e funzionali. Gli obiettivi sono: facilità d'uso e flessibilità (non sono richieste classi, codice generato automaticamente o xml), introspezione e generazione WSDL, conformità standard WS-I, compatibilità (inclusi Java AXIS, .NET e Jboss WS). È incluso in Web2Py per abilitare soluzioni full-stack (a complemento di altri protocolli supportati come XML_RPC, JSON, AMF-RPC, ecc.).

Se qualcuno sta imparando il SAPONE o desidera indagarlo, penso che sia una buona scelta iniziare.

Credo che soaplib abbia deprecato il suo client SOAP ("mittente") a favore della schiuma. A questo punto soaplib si concentra sull'essere un server SOAP agnostico ('ricevitore') del framework web. Attualmente soaplib è in fase di sviluppo attivo ed è di solito discusso nella mailing list Python SOAP:

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

Nella mia conclusione, abbiamo questo:

Lato client del sapone:

usare solo Suds-jurko (aggiornato 2016) suds è ben mantenuto e aggiornato.

AGGIORNAMENTO 06/2017: la libreria suds-jurko non viene aggiornata e apparentemente abbandonata ,

Ho testato la libreria zeep ma ho ottenuto dei limiti sui token, ormai supportato solo UsernameToken, segnalo un bug per creare il token timestamp e l'autore aggiorna il codice per risolverlo.

Zeep inizia bene e ha una buona documentazione , quindi di recente ho migrato il mio codice da Suds a Zeep e funziona bene.

Lato server sapone:

Abbiamo TGWS, soaplib (pysimplesoap non testato) e l'uso di IMHO per aiutare soaplib deve essere la scelta.

I migliori saluti,

Come ho suggerito qui, ti consiglio di fare il tuo. In realtà non è così difficile e sospetto che sia la ragione per cui non ci sono librerie SOAP Python migliori là fuori.

la schiuma è abbastanza buona. Ho provato SOAPpy ma non l'ho fatto funzionare nel modo in cui avevo bisogno, mentre la schiuma ha funzionato praticamente subito.

Potrebbe essere di aiuto: http://users.skynet.be/pascalbotte/rcx-ws-doc/python.htm#SOAPPY

L'ho trovato cercando wsdle python, con l'essere razionale, che avresti bisogno di una descrizione wsdl di un server SOAP per fare wrapper client utili ...

Avevamo usato SOAPpy da Python Web Services , ma sembra che ZSI (stessa fonte) lo stesse sostituendo.

Sto usando SOAPpy con Python 2.5.3 in un'impostazione di produzione.

Ho dovuto modificare manualmente un paio di file in SOAPpy (qualcosa in cui il codice dell'intestazione era nel posto sbagliato) ma a parte questo ha funzionato e continua a farlo in modo molto affidabile.