Zgjedhja e një proxy për një klient WebSphere 8.5.5 JAX-WS

Për WebSphere Application Server 8.5.5 JAX-WS kontrolloni dy kontrolle përreth përpara se të mbështeteni në një adresë në kontekstin e kërkesës së klientit. Vetia e IBM në nivelin e JVM-së com.ibm.ws.websvcs.transport.enableProxyTunnel është false si parazgjedhje; një adresë për klient nuk aktivizon tunelizimin. Vlerat e transportit HTTP të një grupi politikash gjithashtu anulojnë vlerat programatike, dhe ato anulojnë vetitë e sistemit të JVM-së.

Për portën ekzistuese të zgjedhur, IBM dokumenton këtë konfigurim për klient përpara thirrjes:

import javax.xml.ws.BindingProvider;

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

Çelësat HTTPS zbatohen për pikat fundore HTTPS; për HTTP përdorni çelësat përkatës IBM HTTP. Një pikë fundore publike SOAP e lejuar mund të përdorë një adresë HTTP nga lista e proxy-ve HTTP vetëm pasi politika e zbatueshme dhe kontrollet e tunelit ta lejojnë dhe në ato nivele nuk është konfiguruar asnjë llogari proxy. Vërtetimi i proxy-t ka veti të veçanta HTTP/HTTPS proxyUser dhe proxyPassword, të pavarura nga kredencialet e shërbimit SOAP.

Këto janë shtesa të WebSphere. Një hartë BindingProvider në Metro, CXF ose një implementim tjetër nuk i bën ato vargje të lëvizshme.

Mbani rrugë të ndryshme të njëkohshme në objekte klienti të konfiguruara si duhet, në vend që të rishkruani një kontekst porti të përbashkët gjatë thirrjeve. Kështu adresa kufizohet në klientin aktual pa i trajtuar të gjitha kontrollet përreth të JVM-së si lokale për klientin.