Configura il proxy di Suds prima che carichi il WSDL
Fornisci la mappatura proxy di Suds alla creazione del client SOAP e considera l'handler urllib esplicito del trasporto.
Passa il percorso al costruttore del client suds-community quando il caricamento del WSDL lo richiede:
from suds.client import Client
client = Client(
'https://service.example/soap?wsdl',
proxy={
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
},
)Le chiavi della mappatura sono schemi di destinazione; entrambe possono indicare lo stesso intermediario HTTP. Per un test SOAP pubblico che consente un intermediario pubblico non autenticato, usa candidati dalla lista dei proxy HTTP per quegli URL del proxy HTTP. Anche import e schemi WSDL possono essere recuperati durante la costruzione. Un set_options successivo può influire sul lavoro seguente, ma non ripara un costruttore già fallito.
Il trasporto mantenuto costruisce un ProxyHandler urllib esplicito dalla sua mappatura. Una mappatura vuota è diversa dal rilevamento predefinito del proxy, quindi un ambiente esportato che funziona in un piccolo programma urllib non deve necessariamente controllare Suds.
Usa la mappatura per un percorso fisso. Per una politica di sistema dipendente dalla destinazione, scegli un'integrazione di trasporto che la preservi deliberatamente. Sostituire ogni handler con una lista vuota può far perdere comportamenti di autenticazione specializzati.
Un opener personalizzato fornito deve portare esso stesso il percorso previsto. Installare un opener globale non sostituisce un opener privato esistente; configura il trasporto che questo client SOAP usa davvero.