एका WebSphere 8.5.5 JAX-WS क्लायंटसाठी प्रॉक्सी निवडणे

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 नियंत्रणे क्लायंट-स्थानिक मानली जात नाहीत.