WebSphere 8.5.5 JAX-WS müştərisi üçün proksi seçimi

WebSphere Application Server 8.5.5 JAX-WS üçün müştərinin sorğu kontekstindəki ünvana güvənməzdən əvvəl iki əhatəedici nəzarəti yoxlayın. IBM-in JVM səviyyəsindəki com.ibm.ws.websvcs.transport.enableProxyTunnel standart olaraq false-dur; hər müştəri üçün verilən ünvan tunelləşdirməni aktivləşdirmir. Siyasət dəstinin HTTP nəqliyyat dəyərləri də proqram dəyərlərini üstələyir, onlar isə JVM sistem xassələrini üstələyir.

Seçilmiş mövcud port üçün IBM çağırışdan əvvəl bu müştəri üzrə qurulmanı sənədləşdirir:

import javax.xml.ws.BindingProvider;

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

HTTPS açarları HTTPS son nöqtələrinə aiddir; HTTP üçün uyğun IBM HTTP açarlarından istifadə edin. İcazə verilmiş ictimai SOAP son nöqtəsi HTTP proksi siyahısından HTTP ünvanını yalnız tətbiq olunan siyasət və tunelləşdirmə nəzarətləri buna icazə verdikdən və həmin səviyyələrdə heç bir proksi hesabı qurulmadıqdan sonra istifadə edə bilər. Proksi autentifikasiyasının SOAP xidmət etimadnamələrindən asılı olmayan ayrıca HTTP/HTTPS proxyUser və proxyPassword xassələri var.

Bunlar WebSphere genişlənmələridir. Metro, CXF və ya başqa implementasiyadakı BindingProvider xəritəsi bu sətirləri daşınan etmir.

Müxtəlif eyni vaxtlı marşrutları düzgün qurulmuş müştəri obyektlərində saxlayın, çağırışlar gedərkən paylaşılan port kontekstini yenidən yazmayın. Bu, ünvanı faktiki müştəri ilə məhdudlaşdırır və onun bütün ətraf JVM nəzarətlərini müştəriyə aid hesab etmir.