Избор на прокси за еден WebSphere 8.5.5 JAX-WS клиент

За WebSphere Application Server 8.5.5 JAX-WS проверете две околни контроли пред да се потпрете на адреса во контекстот на барањето на клиентот. Својството на IBM на ниво на JVM com.ibm.ws.websvcs.transport.enableProxyTunnel по стандард е false; адресата за поединечен клиент не го вклучува тунелирањето. Вредностите за HTTP транспорт на множеството политики исто така ги надминуваат програмските вредности, а тие ги надминуваат системските својства на JVM.

За избраниот постоечки порт IBM го документира ова поставување по клиент пред повикот:

import javax.xml.ws.BindingProvider;

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

Клучевите HTTPS важат за HTTPS крајни точки; за HTTP користете ги соодветните IBM HTTP клучеви. Дозволена јавна SOAP крајна точка може да користи HTTP адреса од списокот на HTTP прокси сервери само откако применливата политика и контролите за тунелирање ќе го дозволат тоа и на тие нивоа не е конфигурирана сметка за прокси. Автентикацијата на прокси има одделни HTTP/HTTPS својства proxyUser и proxyPassword, независни од акредитивите на SOAP услугата.

Ова се проширувања на WebSphere. Мапата BindingProvider во Metro, CXF или друга имплементација не ги прави тие низи преносливи.

Држете различни истовремени рути на соодветно конфигурирани клиентски објекти наместо да препишувате споделен контекст на порта додека траат повиците. Така адресата се ограничува на вистинскиот клиент без сите околни контроли на JVM да се сметаат за локални на клиентот.