Proxy bat aukeratu WebSphere 8.5.5 JAX-WS bezero batentzat

WebSphere Application Server 8.5.5 JAX-WS-n, egiaztatu inguruko bi kontrol bezeroaren eskaera testuinguruko helbide batean fidatu aurretik. IBMren JVM mailako com.ibm.ws.websvcs.transport.enableProxyTunnel propietatea false da lehenespenez; bezero bakoitzeko helbide batek ez du tunela gaitzen. Politika multzo baten HTTP garraio balioek balio programatikoak ere gainditzen dituzte, eta horiek JVM sistemaren propietateak gainditzen dituzte.

Hautatutako lehendik dagoen portuarentzat, IBMrrek bezero bakoitzeko ezarpen hau dokumentatzen du deiaren aurretik:

import javax.xml.ws.BindingProvider;

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

HTTPS gakoak HTTPS amaierako puntuei aplikatzen zaizkie; HTTPrako erabili dagozkion IBM HTTP gakoak. Baimendutako SOAP amaierako puntu publiko batek HTTP proxy zerrendako HTTP helbidea erabil dezake aplikagarria den politikak eta tunelaren kontrolek hori baimendu ondoren eta maila horietan proxy konturik konfiguratuta ez badago. Proxyaren autentifikazioak HTTP/HTTPS proxyUser eta proxyPassword propietate bereiziak ditu, SOAP zerbitzuaren kredentzialetatik independenteak.

Hauek WebSphereren luzapenak dira. Metro, CXF edo beste inplementazio bateko BindingProvider mapa batek ez ditu kate horiek eramanagarri egiten.

Mantendu hainbat ibilbide aldi berean behar bezala konfiguratutako bezero objektuetan, deiak martxan dauden bitartean partekatutako portu testuingurua berridatzi beharrean. Horrela helbidea benetako bezeroari mugatzen zaio, eta inguruko JVM kontrol guztiak ez dira bezeroaren tokikotzat hartzen.