Konfiguroni proxy-n e Suds para se të ngarkojë WSDL

Jepni hartëzimin e proxy-t të Suds kur krijohet klienti SOAP dhe merrni parasysh trajtuesin e qartë urllib të transportit.

Kaloni rrugën te konstruktori i klientit suds-community kur ngarkimi i WSDL ka nevojë për të:

from suds.client import Client

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

Çelësat e hartëzimit janë skema destinacioni; të dy mund të tregojnë të njëjtin ndërmjetës HTTP. Për një provë publike SOAP që lejon një ndërmjetës publik të paautentikuar, përdorni kandidatë nga lista e proxy-ve HTTP për ato adresa proxy HTTP. Importet dhe skemat WSDL mund të merren gjithashtu gjatë ndërtimit. Një set_options i mëvonshëm mund të ndikojë në punën e mëvonshme, por nuk rregullon një konstruktor që ka dështuar tashmë.

Transporti i mirëmbajtur ndërton një urllib ProxyHandler të qartë nga hartëzimi i tij. Një hartëzim bosh është i ndryshëm nga zbulimi i parazgjedhur i proxy-t, kështu që një mjedis i eksportuar që funksionon në një program të vogël urllib nuk duhet domosdoshmërisht të kontrollojë Suds.

Përdorni hartëzimin për një rrugë fikse. Për politikë sistemi që varet nga destinacioni, zgjidhni një integrim transporti që e ruan me qëllim. Zëvendësimi i çdo trajtuesi me një listë boshe mund të humbasë sjelljen e specializuar të autentikimit.

Një opener i personalizuar i dhënë duhet të mbajë vetë rrugën e synuar. Instalimi i një opener global nuk zëvendëson një opener privat ekzistues; konfiguroni transportin që ky klient SOAP përdor në të vërtetë.

Artikuj të ngjashëm