स्थानिक WSDL अजूनही SoapClient ला नेटवर्कवर पाठवू शकते

स्थानिक service.wsdl अजूनही SoapClient ला बांधणीच्या वेळी दूरची दस्तऐवज आणण्यास भाग पाडू शकते. पहिली फाइल स्थानिक करणे फक्त ते पहिले डाउनलोड काढून टाकते:

local service.wsdl
  → internal Common.xsd
  → external Types.xsd
       → another schema location

पहिल्या SOAP व्यावसायिक कॉलपूर्वी, पहिल्या अयशस्वी आणणीपासून सुरुवात करा. प्रत्येक WSDL आयात आणि प्रत्येक schema location ची यादी करा, ज्यात ते पुढे संदर्भित करणाऱ्या दस्तऐवजांचा समावेश आहे. प्रत्येक सापेक्ष संदर्भ सोडवण्यासाठी वापरला जाणारा आधार URL किंवा मार्ग ठेवा. अंतर्गत host ला खरोखर बाह्य proxy आवश्यक असलेल्या संसाधनांपासून वेगळे करा.

स्पष्ट SoapClient proxy अंतर्गत schema वेगळ्या DNS दृष्टिकोन किंवा प्रवेश धोरण असलेल्या मध्यस्थामार्फत पाठवू शकतो. प्रक्रिया-स्तरीय no_proxy चल हे सिद्ध करत नाही की हा लोडिंग मार्ग तो वाचतो. तुमच्या PHP आवृत्तीसाठी दस्तऐवजीकृत पर्याय वापरा; पर्यायाला पर्यावरण चलाचे नाव देणे प्रति-आयात निवडक तयार करत नाही.

व्याख्या पूर्णपणे स्थानिक पद्धतीने तैनात करण्यासाठी, संपूर्ण अवलंबन संचाच्या मंजूर आवृत्त्या मिळवा, लागू आयात स्थाने स्थानिक बंडलमध्ये अद्ययावत करा आणि त्यांचे सापेक्ष-मार्ग आधार जपा. नवीन मूळ WSDL जुन्या प्रकारांचा वापर करू नये म्हणून ती दस्तऐवज एकत्र आवृत्तीबद्ध करा.

namespace ओळखींना स्पर्श करू नका. त्या URL सारख्या दिसू शकतात, पण त्या schema शब्दसंग्रह ओळखतात, लोडरला फाइल कुठून आणायची हे सांगत नाहीत. त्या बदलल्यास सेवा करार बदलू शकतो.

cache स्थिती नोंदवून बांधणी पुन्हा तपासा: cache केलेल्या व्याख्या एका मशीनवर गहाळ अवलंबन लपवू शकतात. सेवा URL ओव्हरराइड नंतरच्या टप्प्यावर लागू होते, आणि सानुकूल __doRequest() SOAP देवाणघेवाण हाताळते; दोन्हींपैकी कोणीही बांधणीच्या वेळी सर्व schema डाउनलोड पुन्हा लिहिते किंवा अडवते असे गृहीत धरू नये.