Орон нутгийн WSDL SoapClient-ийг сүлжээнд гаргаж чадна

Орон нутгийн үйлчилгээний тодорхойлолт дотоод болон гадаад proxy замыг хольж байвал дамжуулагч WSDL болон XML Schema импортуудыг хянаарай.

Орон нутгийн service.wsdl нь SoapClient-ийг бүтээх үед алсын баримт бичгүүдийг татахад хүргэж болно. Эхний файлыг орон нутгийн болгох нь зөвхөн тэр эхний таталтыг л арилгана:

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

Эхний SOAP бизнесийн дуудлагын өмнө, эхний амжилтгүй таталтаас эхэл. WSDL импорт бүр болон schema location бүрийг, тэдгээр нь эргээд дурдсан баримт бичгүүдийг оролцуулан жагсаа. Харьцангуй лавлагаа бүрийг шийдвэрлэхэд хэрэглэгдэх үндсэн URL эсвэл замыг хадгал. Дотоод host-уудыг гадаад proxy үнэхээр хэрэгтэй нөөцүүдээс ялга.

Тодорхой SoapClient proxy нь дотоод schema-г өөр DNS харагдац эсвэл хандалтын бодлоготой зуучлагчаар дамжуулж болно. Процессийн түвшний no_proxy хувьсагч энэ ачаалах зам түүнийг уншдаг гэдгийг нотлохгүй. PHP хувилбарт чинь баримтлагдсан сонголтуудыг ашигла; сонголтыг орчны хувьсагчийн нэрээр нэрлэх нь импорт бүрт сонгогч үүсгэхгүй.

Тодорхойлолтыг бүрэн орон нутагт байрлуулахын тулд бүх хамаарлын багцын зөвшөөрөгдсөн хувилбаруудыг авч, холбогдох импортын байршлыг орон нутгийн багц руу шинэчилж, харьцангуй замын суурийг хадгал. Шинэ үндсэн WSDL хуучирсан төрлүүд хэрэглэхгүйн тулд тэдгээр баримт бичгийг хамт хувилбарла.

Namespace танигчуудад бүү хүр. Тэд URL шиг харагдаж болох ч schema-ийн үгсийн санг тодорхойлдог, ачалагчид файлыг хаанаас авахыг хэлэхгүй. Тэдгээрийг солих нь үйлчилгээний гэрээг өөрчилж болно.

Кэшийн төлөвийг тэмдэглээд бүтээцийг дахин шалга: кэшлэсэн тодорхойлолтууд нэг машинд дутуу хамаарлыг нууж чадна. Үйлчилгээний URL-ийг дарж бичих нь дараагийн үе шатанд хамаарна, өөрчлөн тохируулсан __doRequest() нь SOAP солилцоог хариуцна; аль нэг нь бүтээх үеийн бүх schema таталтыг дахин бичнэ эсвэл саатуулна гэж үзэж болохгүй.

Холбоотой нийтлэлүүд