Staðbundið WSDL getur samt sent SoapClient út á netið
Fylgdu flækjuinnflutningi WSDL og XML Schema þegar staðbundin þjónustuskilgreining blandar enn innri og ytri proxy-leiðum.
Staðbundið service.wsdl getur samt orðið til þess að SoapClient sæki fjarlæg skjöl við byggingu. Að gera fyrstu skrána staðbundna fjarlægir aðeins þá fyrstu niðurhal:
local service.wsdl
→ internal Common.xsd
→ external Types.xsd
→ another schema location
Byrjaðu á fyrstu misheppnuðu sækingu, fyrir fyrsta viðskipta SOAP-kallið. Skráðu hvern WSDL-innflutning og hverja schema-staðsetningu, þar á meðal skjölin sem þau vísa aftur til. Haltu grunnslóðinni eða slóðinni sem notuð er til að leysa hverja hlutfallslega tilvísun. Aðgreindu innri hýsla frá auðlindum sem þurfa raunverulega ytri proxyið.
Skýr SoapClient-proxy getur sent innra schema í gegnum millilið með annarri DNS-sýn eða aðgangsstefnu. no_proxy-breyta á ferlisstigi sannar ekki að þessi hleðsluleið lesi hana. Notaðu valkostina sem eru skjalfestir fyrir þína PHP-útgáfu; að nefna valkost eftir umhverfisbreytu býr ekki til valara fyrir hvern innflutning.
Til að setja skilgreiningar algjörlega staðbundið upp, aflaðu samþykktra útgáfa af öllu ósjálfstæðis safninu, uppfærðu viðeigandi innflutningsstaði í staðbundna pakkann og varðveittu hlutfallslegar slóðagrunnana. Útgáfustýrðu þessum skjölum saman svo nýtt rót-WSDL noti ekki úreltar gerðir.
Láttu namespace-auðkenni í friði. Þau kunna að líta út eins og slóðir, en þau auðkenna orðaforða schemans í stað þess að segja hleðslunni hvar eigi að sækja skrá. Að skipta þeim út getur breytt þjónustusamningnum.
Prófaðu bygginguna aftur með skráðu skyndiminnisástandi: skyndiminnið skilgreiningar geta falið vantaða ósjálfstæði á einni vél. Yfirskrifun þjónustuslóðar gildir á síðara stigi og sérsniðið __doRequest() sér um SOAP-skiptin; ekki má gera ráð fyrir að hvort tveggja endurskrifi eða grípi allar schema-niðurhalanir við byggingu.