اختيار وكيل لعميل JAX-WS واحد في WebSphere 8.5.5

في WebSphere Application Server 8.5.5 مع JAX-WS، تحقّق من ضابطين محيطين قبل الاعتماد على عنوان داخل سياق طلب العميل. الخاصية com.ibm.ws.websvcs.transport.enableProxyTunnel على مستوى JVM في IBM قيمتها الافتراضية 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، واستخدم مفاتيح IBM HTTP المقابلة مع HTTP. يمكن لنقطة نهاية SOAP عامة مسموح بها أن تستخدم عنوان HTTP من قائمة وكلاء HTTP فقط بعد أن تسمح بذلك السياسة المعمول بها وضوابط النفق، وألا يكون هناك حساب وكيل مُهيّأ على تلك المستويات. لمصادقة الوكيل خصائص proxyUser وproxyPassword منفصلة لـ HTTP وHTTPS، وهي مستقلة عن بيانات اعتماد خدمة SOAP.

هذه امتدادات خاصة بـ WebSphere. وخريطة BindingProvider في Metro أو CXF أو أي تنفيذ آخر لا تجعل هذه السلاسل قابلة للنقل.

أبقِ المسارات المتزامنة المختلفة على كائنات عميل مهيّأة على النحو المناسب بدل إعادة كتابة سياق منفذ مشترك أثناء تشغيل الاستدعاءات. بهذا يقتصر العنوان على العميل الفعلي دون اعتبار كل ضوابط JVM المحيطة به محلية للعميل.