Fyrir WebSphere Application Server 8.5.5 JAX-WS skaltu athuga tvær stýringar í kringum þig áður en þú treystir á vistfang í beiðnisamhengi biðandans. IBM-eiginleikinn á JVM-stigi com.ibm.ws.websvcs.transport.enableProxyTunnel er false sjálfgefið; vistfang fyrir hvern biðanda virkjar ekki göng. HTTP-flutningsgildi reglusetts hnekkja einnig forritagildum, og þau hnekkja kerfiseiginleikum JVM.

Fyrir valda núverandi gátt skjalfestir IBM þessa uppsetningu fyrir hvern biðanda fyrir kallið:

import javax.xml.ws.BindingProvider;

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

HTTPS-lyklarnir gilda fyrir HTTPS-endapunkta; fyrir HTTP skaltu nota samsvarandi IBM HTTP-lykla. Leyfður opinber SOAP-endapunktur getur notað HTTP-vistfang úr HTTP-proxylistanum aðeins eftir að gildandi regla og ganganstýringar leyfa það og enginn proxyreikningur er stilltur á þeim stigum. Proxy-auðkenning hefur aðskilda HTTP/HTTPS proxyUser- og proxyPassword-eiginleika, óháð skilríkjum SOAP-þjónustunnar.

Þetta eru WebSphere-viðbætur. BindingProvider-kort í Metro, CXF eða annarri útfærslu gerir þessa strengi ekki flytjanlega.

Haltu mismunandi samhliða leiðum á rétt stilltum biðanda-hlutum í stað þess að endurskrifa sameiginlegt gáttarsamhengi meðan köll eru í gangi. Þannig afmarkast vistfangið við raunverulega biðandann án þess að líta á allar JVM-stýringar í kringum hann sem staðbundnar biðandanum.

Tengdir greinar