Kohalik WSDL võib ikkagi SoapClienti võrku saata

Jälgige transitiivseid WSDL- ja XML Schema'i importe, kui kohalik teenuse definitsioon segab endiselt sisemisi ja väliseid proxy-marsruute.

Kohalik service.wsdl võib ikkagi panna SoapClienti ehitamise ajal kaugdokumente tooma. Esimese faili kohalikuks muutmine eemaldab ainult selle esimese allalaadimise:

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

Alustage esimesest ebaõnnestunud toomisest, enne esimest SOAP-i ärilist kutset. Loetlege iga WSDL-i import ja iga schema location, sealhulgas dokumendid, millele need omakorda viitavad. Säilitage baas-URL või tee, mida kasutatakse iga suhtelise viite lahendamiseks. Eraldage sisemised hostid ressurssidest, mis tõesti vajavad välist proxy't.

Selgesõnaline SoapClienti proxy võib saata sisemise schema vahendaja kaudu, kellel on teistsugune DNS-vaade või juurdepääsupoliitika. Protsessitasandi no_proxy muutuja ei tõenda, et see laadimistee seda loeb. Kasutage oma PHP-versiooni jaoks dokumenteeritud valikuid; valiku nimetamine keskkonnamuutuja järgi ei loo iga importi jaoks valijat.

Definitsioonide täielikuks kohalikuks juurutamiseks hankige kogu sõltuvuste komplekti heakskiidetud versioonid, värskendage asjakohased impordikohad kohalikuks paketiks ja säilitage nende suhteliste teede baasid. Versioonige neid dokumente koos, et uus juur-WSDL ei kasutaks aegunud tüüpe.

Jätke nimeruumi identifikaatorid puutumata. Need võivad URL-idena välja näha, kuid need määravad schema sõnavara, mitte ei ütle laadijale, kust faili hankida. Nende asendamine võib teenuselepingu muuta.

Testige ehitamist uuesti salvestatud vahemälu olekuga: vahemällu salvestatud definitsioonid võivad ühes masinas puuduva sõltuvuse peita. Teenuse URL-i alistamine kehtib hilisemas etapis ja kohandatud __doRequest() käsitleb SOAP-i vahetust; kummagi puhul ei tohiks eeldada, et see kirjutab ümber või püüab kinni kõik schema allalaadimised ehitamise ajal.

Seotud artiklid