„WebSphere Application Server 8.5.5 JAX-WS“ atveju patikrinkite du aplinkinius valdiklius prieš pasikliaudami adresu kliento užklausos kontekste. IBM savybė JVM lygmeniu com.ibm.ws.websvcs.transport.enableProxyTunnel pagal nutylėjimą yra false; atskiro kliento adresas neįjungia tunelio. Politikos rinkinio HTTP transporto reikšmės taip pat nustelbia programines reikšmes, o šios nustelbia JVM sistemos savybes.

Pasirinktam esamam prievadui IBM dokumentuoja šią kiekvieno kliento sąranką prieš iškvietimą:

import javax.xml.ws.BindingProvider;

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

HTTPS raktai taikomi HTTPS galiniams taškams; HTTP atveju naudokite atitinkamus IBM HTTP raktus. Leidžiamas viešas SOAP galinis taškas gali naudoti HTTP adresą iš HTTP proksių sąrašo tik kai tai leidžia taikoma politika ir tunelio valdikliai ir tuose lygmenyse nesukonfigūruota jokia proksio paskyra. Proksio autentifikavimas turi atskiras HTTP/HTTPS proxyUser ir proxyPassword savybes, nepriklausomas nuo SOAP paslaugos prisijungimo duomenų.

Tai „WebSphere“ plėtiniai. BindingProvider žemėlapis „Metro“, „CXF“ ar kitoje implementacijoje nepadaro tų eilučių perkeliamomis.

Skirtingus vienalaikius maršrutus laikykite tinkamai sukonfigūruotuose kliento objektuose, o ne perrašykite bendrą prievado kontekstą vykstant iškvietimams. Taip adresas apribojamas tikruoju klientu, o aplinkiniai JVM valdikliai nelaikomi kliento lokalais.

Susiję straipsniai