Zeep brauch de Proxy, ier en d'WSDL liest

Erstellt d'Requests-Session an den Zeep Transport, ier Dir en Client aus enger wäiter WSDL baut.

En Zeep Client aus enger wäiter WSDL bauen kann dat Dokument an seng Importen direkt eroflueden. Konfiguréiert den Transport als éischt, amplaz e Proxy ze setzen, nodeems Client schonn probéiert huet d'Servicedeskriptioun ze lueden.

from requests import Session
from zeep import Client
from zeep.transports import Transport

session = Session()
session.proxies.update({
    "http": "http://proxy.example.net:8080",
    "https": "http://proxy.example.net:8080",
})

transport = Transport(
    session=session,
    timeout=10,
    operation_timeout=30,
)
client = Client(wsdl_url, transport=transport)

wsdl_url ass déi tatsächlech URL vun der Servicedeskriptioun. Wann dee Service an seng Importen ëffentlech erreechbar sinn an ëffentlech Proxyen erlaabt sinn, liwwert d'HTTP-Proxy-Lëscht Kandidaten fir d'Proxy-URLen vun der Session. Halt déi konfiguréiert Session fir déi nächst SOAP-Operatiounen um Liewen a schléiss se, wann déi Aarbecht fäerdeg ass.

Transport.timeout kontrolléiert d'Luede vun WSDL an XSD. operation_timeout kontrolléiert HTTP-Ufroen fir Serviceoperatiounen. En Metadaten-Timeout beim Bau vum Client ass dofir eng aner Etapp wéi e Methodenopruff, deen méi spéit ofleeft.

An dësem Beispill bleift d'Ëmweltintegratioun vu Requests aktiv. Wann d'Proxywäerter aus der Ëmwelt mat enger explizit néideger Route kollidéieren, benotzt session.trust_env=False a gitt de néidegen CA-Bundle an d'Authentifikatiounsastellungen explizit un.

Kontrolléiert d'URL vum importéierten Dokument, wann d'Initialiséierung nach ëmmer feelt. Eng WSDL op Topniveau kann erfollegräich luede wärend en importéierte Schema en aneren Hostnumm oder Destinatiounsprotokoll benotzt.

Ähnlech Artikelen