WebSphere Application Server 8.5.5 JAX-WS ಗಾಗಿ, ಕ್ಲೈಂಟ್‌ನ ವಿನಂತಿ ಸಂದರ್ಭದಲ್ಲಿನ ವಿಳಾಸವನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಎರಡು ಸುತ್ತಮುತ್ತಲಿನ ನಿಯಂತ್ರಣಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. IBM ನ JVM-ಮಟ್ಟದ com.ibm.ws.websvcs.transport.enableProxyTunnel ಡೀಫಾಲ್ಟ್ ಆಗಿ false ಆಗಿದೆ; ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ನ ವಿಳಾಸವು ಸುರಂಗವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ. ನೀತಿ ಸೆಟ್‌ನ HTTP ಸಾರಿಗೆ ಮೌಲ್ಯಗಳು ಪ್ರೋಗ್ರಾಮ್ಯಾಟಿಕ್ ಮೌಲ್ಯಗಳನ್ನು ಮೀರಿಸುತ್ತವೆ, ಮತ್ತು ಅವು JVM ಸಿಸ್ಟಂ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಮೀರಿಸುತ್ತವೆ.

ಆಯ್ಕೆಮಾಡಿದ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪೋರ್ಟ್‌ಗಾಗಿ IBM ಕರೆಗಿಂತ ಮೊದಲು ಈ ಪ್ರತಿ-ಕ್ಲೈಂಟ್ ಸೆಟಪ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ:

import javax.xml.ws.BindingProvider;

BindingProvider binding = (BindingProvider) servicePort;
binding.getRequestContext().put("https.proxyHost", "proxy.example");
binding.getRequestContext().put("https.proxyPort", "8080");

HTTPS ಕೀಗಳು HTTPS ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತವೆ; HTTP ಗಾಗಿ ಅನುಗುಣವಾದ IBM HTTP ಕೀಗಳನ್ನು ಬಳಸಿ. ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ SOAP ಎಂಡ್‌ಪಾಯಿಂಟ್ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ HTTP ವಿಳಾಸವನ್ನು ಅನ್ವಯವಾಗುವ ನೀತಿ ಮತ್ತು ಸುರಂಗ ನಿಯಂತ್ರಣಗಳು ಅನುಮತಿಸಿದ ನಂತರ ಮತ್ತು ಆ ಮಟ್ಟಗಳಲ್ಲಿ ಯಾವುದೇ ಪ್ರಾಕ್ಸಿ ಖಾತೆ ಸಂರಚಿಸದಿದ್ದರೆ ಮಾತ್ರ ಬಳಸಬಹುದು. ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣವು SOAP ಸೇವಾ ರುಜುವಾತುಗಳಿಂದ ಸ್ವತಂತ್ರವಾದ ಪ್ರತ್ಯೇಕ HTTP/HTTPS proxyUser ಮತ್ತು proxyPassword ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿದೆ.

ಇವು WebSphere ವಿಸ್ತರಣೆಗಳು. Metro, CXF ಅಥವಾ ಇನ್ನೊಂದು ಅನುಷ್ಠಾನದಲ್ಲಿನ BindingProvider ನಕ್ಷೆಯು ಆ ಸ್ಟ್ರಿಂಗ್‌ಗಳನ್ನು ಸಾಗಿಸಲು ಸಾಧ್ಯವಾಗಿಸುವುದಿಲ್ಲ.

ವಿವಿಧ ಏಕಕಾಲಿಕ ಮಾರ್ಗಗಳನ್ನು ಸರಿಯಾಗಿ ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ವಸ್ತುಗಳ ಮೇಲೆ ಇರಿಸಿ, ಕರೆಗಳು ನಡೆಯುತ್ತಿರುವಾಗ ಹಂಚಿದ ಪೋರ್ಟ್ ಸಂದರ್ಭವನ್ನು ಮತ್ತೆ ಬರೆಯಬೇಡಿ. ಇದು ವಿಳಾಸವನ್ನು ನಿಜವಾದ ಕ್ಲೈಂಟ್‌ಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಸುತ್ತಲಿನ ಎಲ್ಲಾ JVM ನಿಯಂತ್ರಣಗಳನ್ನು ಕ್ಲೈಂಟ್-ಸ್ಥಳೀಯ ಎಂದು ಪರಿಗಣಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು