स्थानीय 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 डाउनलोड पुनर्लेखन वा अवरोध गर्छ भनी मान्नु हुँदैन।