Memilih proksi untuk satu klien WebSphere 8.5.5 JAX-WS

Untuk WebSphere Application Server 8.5.5 JAX-WS, semak dua kawalan sekeliling sebelum bergantung pada alamat dalam konteks permintaan klien. Sifat IBM pada peringkat JVM com.ibm.ws.websvcs.transport.enableProxyTunnel ialah false secara lalai; alamat bagi setiap klien tidak mengaktifkan terowong. Nilai pengangkutan HTTP set dasar juga mengatasi nilai program, dan nilai itu mengatasi sifat sistem JVM.

Bagi port sedia ada yang dipilih, IBM mendokumenkan persediaan setiap klien ini sebelum seruan:

import javax.xml.ws.BindingProvider;

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

Kunci HTTPS terpakai pada titik akhir HTTPS; untuk HTTP gunakan kunci IBM HTTP yang sepadan. Titik akhir SOAP awam yang dibenarkan boleh menggunakan alamat HTTP daripada senarai proksi HTTP hanya selepas dasar yang berkenaan dan kawalan terowong membenarkannya dan tiada akaun proksi dikonfigurasikan pada peringkat tersebut. Pengesahan proksi mempunyai sifat HTTP/HTTPS proxyUser dan proxyPassword berasingan, bebas daripada kelayakan perkhidmatan SOAP.

Ini ialah sambungan WebSphere. Peta BindingProvider dalam Metro, CXF atau pelaksanaan lain tidak menjadikan rentetan itu mudah alih.

Simpan laluan serentak yang berbeza pada objek klien yang dikonfigurasikan dengan betul dan bukannya menulis semula konteks port dikongsi semasa seruan berjalan. Ini mengehadkan alamat kepada klien sebenar tanpa menganggap semua kawalan JVM di sekelilingnya sebagai setempat kepada klien.