एउटा 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 नियन्त्रणहरूलाई क्लाइन्ट-स्थानीय मान्दैन।