Proksi valimine ühele WebSphere 8.5.5 JAX-WS kliendile

WebSphere Application Server 8.5.5 JAX-WS puhul kontrollige enne kliendi päringukontekstis olevale aadressile toetumist kahte ümbritsevat juhtelementi. IBM-i JVM-tasandi omadus com.ibm.ws.websvcs.transport.enableProxyTunnel on vaikimisi false; ühe kliendi aadress ei luba tunnelit. Poliitikakomplekti HTTP-transpordi väärtused alistavad ka programmilised väärtused ning need alistavad JVM-i süsteemiomadused.

Valitud olemasoleva pordi jaoks dokumenteerib IBM selle kliendipõhise seadistuse enne kutset:

import javax.xml.ws.BindingProvider;

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

HTTPS-võtmed kehtivad HTTPS-i lõpp-punktidele; HTTP jaoks kasutage vastavaid IBM HTTP võtmeid. Lubatud avalik SOAP-i lõpp-punkt võib kasutada HTTP-aadressi HTTP-prokside loendist alles siis, kui asjakohane poliitika ja tunneli juhtelemendid seda lubavad ning nendel tasanditel ei ole proksikontot seadistatud. Proksiautentimisel on eraldi HTTP/HTTPS proxyUser ja proxyPassword omadused, mis ei sõltu SOAP-teenuse mandaatidest.

Need on WebSphere'i laiendused. BindingProvider-kaart Metro, CXF või mõne muu teostuse puhul ei muuda neid stringe ülekantavaks.

Hoidke erinevad samaaegsed marsruudid sobivalt seadistatud kliendiobjektidel, mitte ärge kirjutage kõnede ajal üle jagatud pordi konteksti. Nii piirdub aadress tegeliku kliendiga, ilma et kõiki ümbritsevaid JVM-i juhtelemente peetaks kliendipõhiseks.