Skonfiguruj proxy Suds, zanim wczyta WSDL

Podaj mapowanie proxy Suds podczas tworzenia klienta SOAP i uwzględnij jawny moduł obsługi urllib w transporcie.

Przekaż trasę do konstruktora klienta suds-community, gdy wymaga jej wczytywanie WSDL:

from suds.client import Client

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

Klucze mapowania to schematy docelowe; oba mogą wskazywać ten sam pośrednik HTTP. Do publicznego testu SOAP, który dopuszcza nieuwierzytelnionego publicznego pośrednika, użyj kandydatów z listy proxy HTTP dla tych adresów proxy HTTP. Importy i schematy WSDL mogą być również pobierane podczas konstrukcji. Późniejszy set_options może wpłynąć na dalszą pracę, ale nie naprawi konstruktora, który już zawiódł.

Utrzymywany transport buduje jawny urllib ProxyHandler ze swojego mapowania. Puste mapowanie różni się od domyślnego wykrywania proxy, więc wyeksportowane środowisko działające w małym programie urllib nie musi kontrolować Suds.

Używaj mapowania dla stałej trasy. W przypadku polityki systemowej zależnej od celu wybierz integrację transportu, która świadomie ją zachowuje. Zastąpienie każdego programu obsługi pustą listą może utracić wyspecjalizowane zachowanie uwierzytelniania.

Dostarczony niestandardowy opener musi sam nieść zamierzoną trasę. Zainstalowanie globalnego openera nie zastępuje istniejącego prywatnego; skonfiguruj transport, którego ten klient SOAP faktycznie używa.

Powiązane artykuły