Локални WSDL и даље може послати SoapClient на мрежу

Пратите транзитивне WSDL и XML Schema увозе када локална дефиниција сервиса још увек меша интерне и спољне proxy руте.

Локални service.wsdl и даље може натерати SoapClient да током изградње дохвати удаљене документе. Чињење првог фајла локалним уклања само то прво преузимање:

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

Почните од првог неуспелог дохватања, пре првог SOAP пословног позива. Набројте сваки WSDL увоз и локацију шеме, укључујући документе на које они даље упућују. Задржите основни URL или путању која се користи за разрешавање сваке релативне референце. Одвојите интерне хостове од ресурса којима заиста треба спољни proxy.

Експлицитни SoapClient proxy може послати интерну шему кроз посредника са другачијим погледом на DNS или правилом приступа. Променљива no_proxy на нивоу процеса не доказује да је овај пут учитавања чита. Користите опције документоване за вашу PHP верзију; именовање опције по променљивој окружења не ствара селектор за сваки увоз.

Да бисте дефиниције у потпуности поставили локално, набавите одобрене верзије целог скупа зависности, ажурирајте релевантне локације увоза на локални пакет и сачувајте њихове основе релативних путања. Верзионирајте те документе заједно како нови коренски WSDL не би користио застареле типове.

Не дирајте идентификаторе именских простора. Могу изгледати као URL-ови, али идентификују речник шеме уместо да кажу учитавачу одакле да преузме фајл. Њихова замена може променити уговор сервиса.

Поново тестирајте изградњу са забележеним стањем кеша: кеширане дефиниције могу сакрити недостајућу зависност на једној машини. Надјачавање URL-а сервиса примењује се у каснијој фази, а прилагођени __doRequest() обрађује SOAP размену; ни за једно се не сме претпоставити да преписује или пресреће сва преузимања шеме у време изградње.

Повезани чланци