'n Plaaslike WSDL kan SoapClient steeds na die netwerk stuur

'n Plaaslike service.wsdl kan steeds veroorsaak dat SoapClient tydens konstruksie afgeleë dokumente gaan haal. Om die eerste lêer plaaslik te maak, verwyder slegs daardie eerste aflaai:

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

Begin by die eerste mislukte ophaal, voor die eerste SOAP-sakelike oproep. Lys elke WSDL-invoer en elke skema-ligging, insluitend die dokumente waarna hulle op hul beurt verwys. Hou die basis-URL of -pad wat gebruik word om elke relatiewe verwysing op te los. Skei interne hosts van hulpbronne wat werklik die eksterne proxy nodig het.

'n Eksplisiete SoapClient-proxy kan 'n interne skema deur 'n tussenganger stuur met 'n ander DNS-siening of toegangsbeleid. 'n Prosesvlak-no_proxy-veranderlike bewys nie dat hierdie laaipad dit lees nie. Gebruik die opsies wat vir jou PHP-weergawe gedokumenteer is; om 'n opsie na 'n omgewingsveranderlike te noem, skep nie 'n keurder per invoer nie.

Om definisies heeltemal plaaslik te ontplooi, verkry die goedgekeurde weergawes van die hele afhanklikheidstel, werk die toepaslike invoerliggings by na die plaaslike bondel en behou hul relatiewe-pad-basisse. Weergee daardie dokumente saam sodat 'n nuwe wortel-WSDL nie verouderde tipes gebruik nie.

Los naamruimte-identifiseerders alleen. Hulle lyk miskien soos URL's, maar hulle identifiseer die skema-woordeskat eerder as om die laaier te sê waar om 'n lêer te haal. Om hulle te vervang kan die dienskontrak verander.

Toets konstruksie weer met die kasstand aangeteken: gekasde definisies kan 'n ontbrekende afhanklikheid op een masjien wegsteek. 'n Diens-URL-oorheersing geld vir 'n later stadium, en 'n pasgemaakte __doRequest() hanteer die SOAP-uitruiling; nie een moet veronderstel word om alle skema-aflaaie tydens konstruksie te herskryf of te onderskep nie.