Agordi la prokurilon de Suds antaŭ ol ĝi ŝargas la WSDL
Provizu la prokurilan mapadon de Suds kiam la SOAP-kliento estas kreata kaj konsideru la eksplicitan urllib-traktilon de la transporto.
Transdonu la itineron al la konstruilo de la kliento suds-community kiam la ŝargado de WSDL bezonas ĝin:
from suds.client import Client
client = Client(
'https://service.example/soap?wsdl',
proxy={
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
},
)La ŝlosiloj de la mapado estas celaj skemoj; ambaŭ povas indiki la saman HTTP-peranton. Por publika SOAP-testo, kiu permesas neaŭtentikigitan publikan peranton, uzu kandidatojn el la HTTP-prokurila listo por tiuj HTTP-prokurilaj URL-oj. WSDL-importoj kaj skemoj ankaŭ povas esti akiritaj dum la konstruado. Pli posta set_options povas influi pli postan laboron, sed ne povas ripari konstruilon, kiu jam malsukcesis.
La prizorgata transporto konstruas eksplicitan urllib-ProxyHandler el sia mapado. Malplena mapado malsamas de la implicita prokurila malkovro, do eksportita medio, kiu funkcias en malgranda urllib-programo, ne nepre regas Suds.
Uzu la mapadon por fiksa itinero. Por cel-dependa sistema politiko, elektu transportan integriĝon, kiu intence konservas ĝin. Anstataŭigi ĉiun traktilon per malplena listo povas perdi specialigitan aŭtentikigan konduton.
Provizita propra opener devas mem porti la celatan itineron. Instali tutmondan opener ne anstataŭigas ekzistantan privatan; agordu la transporton, kiun ĉi tiu SOAP-kliento efektive uzas.