ସ୍ଥାନୀୟ 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 ସଂସ୍କରଣ ପାଇଁ ଦଲିଲଭୁକ୍ତ ବିକଳ୍ପ ବ୍ୟବହାର କରନ୍ତୁ; ପରିବେଶ ଚର ନାମରେ ବିକଳ୍ପକୁ ନାମ ଦେବା ପ୍ରତି-ଆମଦାନୀ ଚୟନକର୍ତ୍ତା ସୃଷ୍ଟି କରେ ନାହିଁ।

ପରିଭାଷାଗୁଡ଼ିକୁ ସମ୍ପୂର୍ଣ୍ଣ ସ୍ଥାନୀୟ ଭାବରେ ମୁତୟନ କରିବାକୁ, ସମଗ୍ର ନିର୍ଭରତା ସେଟର ଅନୁମୋଦିତ ସଂସ୍କରଣ ଆଣନ୍ତୁ, ପ୍ରଯୁଜ୍ୟ ଆମଦାନୀ ସ୍ଥାନଗୁଡ଼ିକୁ ସ୍ଥାନୀୟ bundle କୁ ଅଦ୍ୟତନ କରନ୍ତୁ ଓ ସେମାନଙ୍କ ସାପେକ୍ଷ-ପଥ ଆଧାର ସୁରକ୍ଷିତ ରଖନ୍ତୁ। ନୂଆ ମୂଳ WSDL ପୁରୁଣା ପ୍ରକାର ବ୍ୟବହାର ନ କରିବା ପାଇଁ ସେହି ଦଲିଲଗୁଡ଼ିକୁ ଏକାଠି ସଂସ୍କରଣ କରନ୍ତୁ।

namespace ପରିଚାୟକଗୁଡ଼ିକୁ ଛୁଇଁବେ ନାହିଁ। ସେମାନେ URL ପରି ଦେଖାଯାଇପାରେ, କିନ୍ତୁ ସେମାନେ schema ଶବ୍ଦାବଳୀ ଚିହ୍ନଟ କରନ୍ତି, ଲୋଡରକୁ ଫାଇଲ କେଉଁଠାରୁ ଆଣିବାକୁ ହେବ ତାହା କୁହନ୍ତି ନାହିଁ। ସେମାନଙ୍କୁ ବଦଳାଇଲେ ସେବା ଚୁକ୍ତି ବଦଳିପାରେ।

cache ସ୍ଥିତି ରେକର୍ଡ କରି ନିର୍ମାଣ ପୁନଃ ପରୀକ୍ଷା କରନ୍ତୁ: cache କରାଯାଇଥିବା ପରିଭାଷା ଏକ ମେସିନରେ ଅନୁପସ୍ଥିତ ନିର୍ଭରତା ଲୁଚାଇପାରେ। ସେବା URL ଓଭରରାଇଡ ପରବର୍ତ୍ତୀ ପର୍ଯ୍ୟାୟରେ ଲାଗୁ ହୁଏ, ଓ କଷ୍ଟମ __doRequest() SOAP ବିନିମୟ ସମ୍ଭାଳେ; ଦୁଇଟିରୁ କୌଣସିଟି ନିର୍ମାଣ ସମୟର ସବୁ schema ଡାଉନଲୋଡ ପୁନଃଲେଖେ ବା ଅଟକାଏ ବୋଲି ଧରିବା ଉଚିତ ନୁହେଁ।