Prokša izvēle vienam WebSphere 8.5.5 JAX-WS klientam

WebSphere Application Server 8.5.5 JAX-WS gadījumā pārbaudiet divas apkārtējās vadības pirms paļaušanās uz adresi klienta pieprasījuma kontekstā. IBM īpašība JVM līmenī com.ibm.ws.websvcs.transport.enableProxyTunnel pēc noklusējuma ir false; adrese atsevišķam klientam neieslēdz tunelēšanu. Politikas kopas HTTP transporta vērtības arī aizstāj programmatiskās vērtības, un tās aizstāj JVM sistēmas īpašības.

Izvēlētajam esošajam portam IBM dokumentē šo iestatījumu atsevišķam klientam pirms izsaukuma:

import javax.xml.ws.BindingProvider;

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

HTTPS atslēgas attiecas uz HTTPS galapunktiem; HTTP gadījumā izmantojiet atbilstošās IBM HTTP atslēgas. Atļauts publisks SOAP galapunkts var izmantot HTTP adresi no HTTP prokšu saraksta tikai pēc tam, kad attiecīgā politika un tuneļa vadības to atļauj un šajos līmeņos nav konfigurēts neviens prokša konts. Prokša autentifikācijai ir atsevišķas HTTP/HTTPS proxyUser un proxyPassword īpašības, kas nav atkarīgas no SOAP pakalpojuma akreditācijas datiem.

Tie ir WebSphere paplašinājumi. BindingProvider karte Metro, CXF vai citā ieviešanā nepadara šīs virknes pārnēsājamas.

Turiet dažādus vienlaicīgus maršrutus atbilstoši konfigurētos klienta objektos, nevis pārrakstiet koplietotu porta kontekstu izsaukumu laikā. Tā adrese tiek ierobežota ar faktisko klientu, un apkārtējās JVM vadības netiek uzskatītas par klientam lokālām.