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 கட்டுப்பாடுகளையும் கிளையண்ட்-உள்ளூர் என்று கருதாமல்.

தொடர்புடைய கட்டுரைகள்