പ്രാദേശിക 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-ക്ക് വ്യത്യസ്ത DNS കാഴ്ച്ചയോ പ്രവേശന നയമോ ഉള്ള ഇടനിലക്കാരൻ വഴി ആന്തരിക schema അയക്കാം. പ്രോസസ് തലത്തിലുള്ള no_proxy വേരിയബിൾ ഈ ലോഡിംഗ് പാത അത് വായിക്കുന്നു എന്ന് തെളിയിക്കുന്നില്ല. നിങ്ങളുടെ PHP പതിപ്പിനായി രേഖപ്പെടുത്തിയ ഓപ്ഷനുകൾ ഉപയോഗിക്കുക; ഒരു ഓപ്ഷന് പരിസ്ഥിതി വേരിയബിളിന്റെ പേരു നൽകുന്നത് ഓരോ ഇംപോർട്ടിനും സെലക്ടർ സൃഷ്ടിക്കുന്നില്ല.

നിർവചനങ്ങൾ പൂർണ്ണമായും പ്രാദേശികമായി വിന്യസിക്കാൻ, മുഴുവൻ ആശ്രിതത്വ ഗണത്തിന്റെയും അംഗീകൃത പതിപ്പുകൾ നേടുക, ബാധകമായ ഇംപോർട്ട് സ്ഥാനങ്ങൾ പ്രാദേശിക ബണ്ടിലിലേക്ക് അപ്ഡേറ്റ് ചെയ്യുക, അവയുടെ ആപേക്ഷിക പാതാ അടിസ്ഥാനങ്ങൾ നിലനിർത്തുക. പുതിയ റൂട്ട് WSDL കാലഹരണപ്പെട്ട തരങ്ങൾ ഉപയോഗിക്കാതിരിക്കാൻ ആ രേഖകൾ ഒരുമിച്ച് പതിപ്പിക്കുക.

namespace ഐഡന്റിഫയറുകളെ വെറുതെ വിടുക. അവ URL പോലെ തോന്നാമെങ്കിലും schema പദാവലി തിരിച്ചറിയുന്നു, ലോഡറിനോട് ഫയൽ എവിടെ നിന്ന് എടുക്കണമെന്ന് പറയുന്നില്ല. അവ മാറ്റുന്നത് സേവന കരാർ മാറ്റിയേക്കാം.

cache അവസ്ഥ രേഖപ്പെടുത്തി നിർമ്മാണം വീണ്ടും പരിശോധിക്കുക: cache ചെയ്ത നിർവചനങ്ങൾ ഒരു യന്ത്രത്തിൽ കാണാത്ത ആശ്രിതത്വം മറയ്ക്കാം. സേവന URL ഓവർറൈഡ് പിന്നീടുള്ള ഘട്ടത്തിൽ ബാധകമാണ്, ഇഷ്ടാനുസൃത __doRequest() SOAP കൈമാറ്റം കൈകാര്യം ചെയ്യുന്നു; നിർമ്മാണ സമയത്തെ എല്ലാ schema ഡൗൺലോഡുകളും അവയിലൊന്ന് മാറ്റിയെഴുതുന്നു അല്ലെങ്കിൽ തടയുന്നു എന്ന് അനുമാനിക്കരുത്.