ایک 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 کنٹرولز کو کلائنٹ کا مقامی نہیں سمجھا جاتا۔