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 প্রক্সি URL-গুলোর জন্য HTTP প্রক্সি তালিকা থেকে প্রার্থী নিন। WSDL আমদানি ও স্কিমাও নির্মাণের সময় আনা হতে পারে। পরে আসা set_options পরবর্তী কাজে প্রভাব ফেলতে পারে, কিন্তু ইতিমধ্যে ব্যর্থ কনস্ট্রাক্টর মেরামত করতে পারে না।
রক্ষণাবেক্ষিত ট্রান্সপোর্ট নিজের ম্যাপিং থেকে একটি স্পষ্ট urllib ProxyHandler তৈরি করে। খালি ম্যাপিং ডিফল্ট প্রক্সি আবিষ্কার থেকে আলাদা, তাই একটি ছোট urllib প্রোগ্রামে কাজ করা রপ্তানি করা পরিবেশকে Suds নিয়ন্ত্রণ করতে হবেই না।
নির্দিষ্ট রুটের জন্য ম্যাপিং ব্যবহার করুন। গন্তব্য-নির্ভর সিস্টেম নীতির জন্য, যা ইচ্ছাকৃতভাবে সংরক্ষণ করে এমন ট্রান্সপোর্ট ইন্টিগ্রেশন বেছে নিন। প্রতিটি হ্যান্ডলার খালি তালিকা দিয়ে বদলালে বিশেষায়িত প্রমাণীকরণ আচরণ হারাতে পারে।
প্রদত্ত কাস্টম opener-কে উদ্দিষ্ট রুট নিজেই বহন করতে হবে। গ্লোবাল opener ইনস্টল করলে বিদ্যমান ব্যক্তিগত opener প্রতিস্থাপিত হয় না; এই SOAP ক্লায়েন্ট আসলে যে ট্রান্সপোর্ট ব্যবহার করে তা কনফিগার করুন।