Stel die Suds-proxy op voordat dit die WSDL laai

Gee Suds se proxy-kaart wanneer die SOAP-kliënt geskep word en hou rekening met die vervoer se eksplisiete urllib-hanteerder.

Gee die roete aan die suds-community-kliëntkonstruktor wanneer dit nodig is om die WSDL te laai:

from suds.client import Client

client = Client(
    'https://service.example/soap?wsdl',
    proxy={
        'http': 'http://proxy.example:8080',
        'https': 'http://proxy.example:8080',
    },
)

Die kaart se sleutels is bestemmingskemas; albei kan dieselfde HTTP-tussenpersoon aandui. Vir 'n publieke SOAP-toets wat 'n ongeverifieerde publieke tussenpersoon toelaat, gebruik kandidate uit die HTTP-proxylys vir daardie HTTP-proxy-URL's. WSDL-invoere en -skemas kan ook tydens die konstruksie opgehaal word. 'n Latere set_options kan latere werk beïnvloed, maar nie 'n konstruktor herstel wat reeds gefaal het nie.

Die onderhoude vervoerlaag bou 'n eksplisiete urllib ProxyHandler uit sy kaart. 'n Leë kaart verskil van standaardproxy-ontdekking, so 'n uitgevoerde omgewing wat in 'n klein urllib-program werk, hoef nie Suds te beheer nie.

Gebruik die kaart vir 'n vaste roete. Vir bestemmingafhanklike stelselbeleid, kies 'n vervoerintegrasie wat dit doelbewus bewaar. Om elke hanteerder met 'n leë lys te vervang, kan gespesialiseerde verifikasiegedrag verloor.

'n Voorsiene pasgemaakte opener moet die beoogde roete self dra. Om 'n globale opener te installeer, vervang nie 'n bestaande private een nie; stel die vervoer op wat hierdie SOAP-kliënt werklik gebruik.

Verwante artikels