I-configure ang Suds Proxy Bago Nito I-load ang WSDL

Ibibigay ang proxy mapping ng Suds kapag ginawa ang SOAP client at isaalang-alang ang tahasang urllib handler ng transport.

Ipasa ang ruta sa constructor ng suds-community client kapag kailangan ito ng pag-load ng WSDL:

from suds.client import Client

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

Ang mga susi ng mapping ay mga scheme ng destinasyon; parehong maaaring tumuro sa isang HTTP intermediary. Para sa pampublikong SOAP test na nagpapahintulot ng hindi napatunayang pampublikong intermediary, gumamit ng mga kandidato mula sa listahan ng HTTP proxy para sa mga URL ng HTTP proxy na iyon. Maaari ring makuha ang mga import at schema ng WSDL habang ginagawa. Ang susunod na set_options ay makakaapekto sa susunod na gawain, ngunit hindi nito maaayos ang constructor na bigo na.

Ang pinapanatili na transport ay gumagawa ng tahasang urllib ProxyHandler mula sa mapping nito. Ang walang laman na mapping ay iba sa default na proxy discovery, kaya ang na-export na environment na gumagana sa maliit na urllib program ay hindi kailangang kontrolin ang Suds.

Gamitin ang mapping para sa fixed na ruta. Para sa patakarang system na umaasa sa destinasyon, pumili ng transport integration na sadyang nagpapanatili nito. Ang pagpapalit ng bawat handler ng walang laman na listahan ay maaaring mawalan ng espesyal na pag-uugali ng authentication.

Ang ibinigay na custom opener ay dapat mismo magdala ng nilalayong ruta. Ang pag-install ng global opener ay hindi pumapalit sa umiiral na pribadong opener; i-configure ang transport na aktwal na ginagamit ng SOAP client na ito.

Kaugnay na mga artikulo