მოახდინეთ Suds-ის პროქსის კონფიგურაცია WSDL-ის ჩატვირთვამდე

მიაწოდეთ Suds-ის პროქსის ასახვა SOAP კლიენტის შექმნისას და გაითვალისწინეთ ტრანსპორტის მკაფიო urllib დამამუშავებელი.

გადაეცით მარშრუტი suds-community კლიენტის კონსტრუქტორს, როცა WSDL-ის ჩატვირთვას სჭირდება:

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 კლიენტი რეალურად იყენებს.

დაკავშირებული სტატიები