WSDL લોડ થાય તે પહેલાં Suds પ્રોક્સી ગોઠવો

SOAP ક્લાયન્ટ બનાવતી વખતે Suds નું પ્રોક્સી મેપિંગ આપો અને ટ્રાન્સપોર્ટના સ્પષ્ટ urllib હેન્ડલરનો હિસાબ રાખો.

WSDL લોડ કરવા માટે જરૂર પડે ત્યારે રૂટને suds-community ક્લાયન્ટ કન્સ્ટ્રક્ટરને આપો:

from suds.client import Client

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

મેપિંગની કી ગંતવ્ય સ્કીમો છે; બંને એક જ HTTP મધ્યસ્થ તરફ ઇશારો કરી શકે છે. પ્રમાણીકરણ વગરના જાહેર મધ્યસ્થને મંજૂરી આપતી જાહેર SOAP કસોટી માટે, તે HTTP પ્રોક્સી સરનામા માટે HTTP પ્રોક્સી યાદીમાંથી ઉમેદવારો વાપરો. WSDL આયાત અને સ્કીમો પણ બાંધકામ દરમિયાન લાવી શકાય છે. પછીનું set_options પછીના કામ પર અસર કરી શકે છે, પણ પહેલેથી નિષ્ફળ ગયેલા કન્સ્ટ્રક્ટરને સુધારી શકતું નથી.

જાળવવામાં આવેલો ટ્રાન્સપોર્ટ પોતાના મેપિંગમાંથી સ્પષ્ટ urllib ProxyHandler બનાવે છે. ખાલી મેપિંગ ડિફોલ્ટ પ્રોક્સી શોધથી અલગ છે, તેથી નાના urllib પ્રોગ્રામમાં કામ કરતું નિકાસ કરેલું પર્યાવરણ Suds ને નિયંત્રિત કરવું જ પડે નહીં.

નિશ્ચિત રૂટ માટે મેપિંગ વાપરો. ગંતવ્ય-આધારિત સિસ્ટમ નીતિ માટે, જે ઇરાદાપૂર્વક તેને જાળવે છે એવું ટ્રાન્સપોર્ટ એકીકરણ પસંદ કરો. દરેક હેન્ડલરને ખાલી યાદી સાથે બદલવાથી વિશેષ પ્રમાણીકરણ વર્તન ગુમાવી શકાય છે.

આપેલ કસ્ટમ opener એ ઇચ્છિત રૂટ પોતે વહન કરવો જોઈએ. વૈશ્વિક opener સ્થાપિત કરવાથી હાલનું ખાનગી opener બદલાતું નથી; આ SOAP ક્લાયન્ટ ખરેખર જે ટ્રાન્સપોર્ટ વાપરે છે તે ગોઠવો.

સંબંધિત લેખો