Konfigurearje de Suds-proxy foar't it de WSDL laadt
Jou de proxy-mapping fan Suds by it oanmeitsjen fan de SOAP-klant en hâld rekken mei de eksplisite urllib-handler fan it transport.
Jou de rûte troch oan de konstruktor fan de suds-community-klant as it laden fan de WSDL it nedich hat:
from suds.client import Client
client = Client(
'https://service.example/soap?wsdl',
proxy={
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
},
)De kaaien fan 'e mapping binne bestimmingsskema's; beide kinne deselde HTTP-bemiddeler oanwize. Foar in iepenbiere SOAP-test dy't in net-autentisearre iepenbiere bemiddeler tastiet, brûk kandidaten út 'e HTTP-proxylist foar dy HTTP-proxy-adressen. WSDL-importen en skema's kinne ek by it bouwen ophelle wurde. In lettere set_options kin letter wurk beynfloedzje, mar reparearret gjin konstruktor dy't al mislearre is.
It ûnderhâlden transport bout in eksplisite urllib ProxyHandler út syn mapping. In lege mapping ferskilt fan standert-proxy-ûntdekking, dus in eksportearre omjouwing dy't yn in lyts urllib-programma wurket, hoecht Suds net te behearskjen.
Brûk de mapping foar in fêste rûte. Foar bestimming-ôfhinklik systeembelied, kies in transport-yntegraasje dy't it bewust behâldt. Elk handler ferfange troch in lege list kin spesjalisearre autentikaasjegedrach ferlieze.
In levere oanpaste opener moat de bedoelde rûte sels drage. It ynstallearjen fan in globale opener ferfangt gjin besteande privee ien; konfigurearje it transport dat dizze SOAP-klant eins brûkt.