ಸ್ಥಳೀಯ WSDL ಕೂಡ SoapClient ಅನ್ನು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಕಳುಹಿಸಬಹುದು

ಸ್ಥಳೀಯ 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 ಪದಸಂಪತ್ತನ್ನು ಗುರುತಿಸುತ್ತವೆ, ಲೋಡರ್‌ಗೆ ಕಡತ ಎಲ್ಲಿಂದ ತರಬೇಕೆಂದು ಹೇಳುವುದಿಲ್ಲ. ಅವನ್ನು ಬದಲಿಸುವುದು ಸೇವಾ ಒಪ್ಪಂದವನ್ನು ಬದಲಿಸಬಹುದು.

cache ಸ್ಥಿತಿಯನ್ನು ದಾಖಲಿಸಿ ನಿರ್ಮಾಣವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ: cache ಮಾಡಿದ ವ್ಯಾಖ್ಯಾನಗಳು ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಕಾಣೆಯಾದ ಅವಲಂಬನೆಯನ್ನು ಮರೆಮಾಡಬಹುದು. ಸೇವಾ URL ಮೇಲ್ಬರಹವು ನಂತರದ ಹಂತಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಮತ್ತು ಕಸ್ಟಮ್ __doRequest() SOAP ವಿನಿಮಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ; ಎರಡೂ ನಿರ್ಮಾಣ ಸಮಯದ ಎಲ್ಲಾ schema ಡೌನ್‌ಲೋಡ್‌ಗಳನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತವೆ ಅಥವಾ ತಡೆಯುತ್ತವೆ ಎಂದು ಊಹಿಸಬಾರದು.