Elekti prokurilon por unu WebSphere 8.5.5 JAX-WS-kliento
Apliku la dokumentitajn prokurajn ecojn de WebSphere al la petokunteksto de la JAX-WS-kliento anstataŭ ŝanĝi la enkursigon por la tuta JVM.
Por WebSphere Application Server 8.5.5 JAX-WS kontrolu du ĉirkaŭajn regilojn antaŭ ol fidi adreson en la petokunteksto de la kliento. La eco de IBM je JVM-nivelo com.ibm.ws.websvcs.transport.enableProxyTunnel estas false defaŭlte; adreso por unuopa kliento ne ŝaltas tuneladon. La HTTP-transportaj valoroj de policy-set ankaŭ superregas programajn valorojn, kaj tiuj superregas la sistemajn ecojn de JVM.
Por la elektita ekzistanta pordo IBM dokumentas ĉi tiun agordon por unuopa kliento antaŭ la alvoko:
import javax.xml.ws.BindingProvider;
BindingProvider binding = (BindingProvider) servicePort;
binding.getRequestContext().put("https.proxyHost", "proxy.example");
binding.getRequestContext().put("https.proxyPort", "8080");La HTTPS-ŝlosiloj validas por HTTPS-finpunktoj; por HTTP uzu la respondajn IBM HTTP-ŝlosilojn. Permesita publika SOAP-finpunkto povas uzi HTTP-adreson el la HTTP-prokura listo nur post kiam la koncerna regularo kaj la tunelaj regiloj permesos ĝin kaj neniu prokura konto estas agordita je tiuj niveloj. Prokura aŭtentigo havas apartajn ecojn HTTP/HTTPS proxyUser kaj proxyPassword, sendependajn de la legitimiloj de la SOAP-servo.
Ĉi tiuj estas etendaĵoj de WebSphere. BindingProvider-mapo en Metro, CXF aŭ alia efektivigo ne igas tiujn signoĉenojn translokigeblaj.
Tenu diversajn samtempajn itinerojn sur taŭge agorditaj klientaj objektoj anstataŭ reskribi komunan pordan kuntekston dum alvokoj funkcias. Tiel la adreso restas limigita al la reala kliento sen trakti ĉiujn ĉirkaŭajn JVM-regilojn kiel klientlokaj.