Lokal WSDL yenə də SoapClient-i şəbəkəyə çıxara bilər

Lokal service.wsdl yenə də SoapClient-in qurulma zamanı uzaq sənədləri gətirməsinə səbəb ola bilər. İlk faylı lokal etmək yalnız o ilk endirməni aradan qaldırır:

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

İlk SOAP biznes çağırışından əvvəl, ilk uğursuz gətirmədən başlayın. Hər WSDL importunu və hər schema location-u, onların öz növbəsində istinad etdiyi sənədlər də daxil olmaqla, sadalayın. Hər nisbi istinadı həll etmək üçün istifadə olunan baza URL-i və ya yolu saxlayın. Daxili hostları həqiqətən xarici proxy-yə ehtiyacı olan resurslardan ayırın.

Açıq SoapClient proxy daxili sxemi fərqli DNS görünüşü və ya giriş siyasəti olan vasitəçi vasitəsilə göndərə bilər. Proses səviyyəsində no_proxy dəyişəni bu yükləmə yolunun onu oxuduğunu təsdiqləmir. PHP versiyanız üçün sənədləşdirilmiş seçimlərdən istifadə edin; seçimi mühit dəyişəninin adı ilə adlandırmaq hər import üçün seçici yaratmır.

Təyinatları tamamilə lokal yerləşdirmək üçün bütün asılılıq dəstinin təsdiqlənmiş versiyalarını əldə edin, aidiyyəti import yerlərini lokal paketə yeniləyin və onların nisbi yol əsaslarını qoruyun. Həmin sənədləri birlikdə versiyalayın ki, yeni kök WSDL köhnə tiplərdən istifadə etməsin.

Namespace identifikatorlarına toxunmayın. Onlar URL kimi görünə bilər, lakin yükləyiciyə faylı haradan götürməyi demək əvəzinə schema lüğətini müəyyən edir. Onları dəyişmək xidmət müqaviləsini dəyişə bilər.

Qurulmanı keş vəziyyəti qeydə alınmış şəkildə yenidən yoxlayın: keşlənmiş təyinatlar bir maşında çatışmayan asılılığı gizlədə bilər. Xidmət URL-inin üzərinə yazma daha sonrakı mərhələyə aiddir və fərdi __doRequest() SOAP mübadiləsini idarə edir; heç birinin qurulma zamanı bütün schema endirmələrini yenidən yazdığını və ya tutduğunu güman etmək olmaz.