એક WebSphere 8.5.5 JAX-WS ક્લાયન્ટ માટે પ્રોક્સી પસંદ કરવી
સમગ્ર JVM નું રાઉટિંગ બદલવાને બદલે WebSphere ના દસ્તાવેજિત પ્રોક્સી ગુણધર્મો 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 સરનામું ત્યારે જ વાપરી શકે જ્યારે લાગુ પોલિસી અને ટનલિંગ નિયંત્રણો પરવાનગી આપે અને તે સ્તરો પર કોઈ પ્રોક્સી ખાતું ગોઠવેલું ન હોય. પ્રોક્સી પ્રમાણીકરણમાં SOAP સેવા ઓળખપત્રોનાથી સ્વતંત્ર, અલગ HTTP/HTTPS proxyUser અને proxyPassword ગુણધર્મો હોય છે.
આ WebSphere એક્સ્ટેન્શન છે. Metro, CXF અથવા અન્ય અમલીકરણમાં BindingProvider નકશો તે શબ્દમાળાઓને પોર્ટેબલ બનાવતો નથી.
વિવિધ સમવર્તી રૂટને યોગ્ય રીતે ગોઠવેલા ક્લાયન્ટ ઑબ્જેક્ટ પર રાખો, કૉલ ચાલુ હોય ત્યારે વહેંચાયેલ પોર્ટ સંદર્ભ ફરી લખવાને બદલે. આ સરનામાને વાસ્તવિક ક્લાયન્ટ સુધી મર્યાદિત રાખે છે અને તેની આસપાસના બધા JVM નિયંત્રણોને ક્લાયન્ટ-સ્થાનિક ગણતું નથી.