wsimport مکمل ہو گیا۔ SOAP کال کو پھر بھی پراکسی درکار ہے۔
JAX-WS پراکسی رسائی ترتیب دیتے وقت WSDL کی تخلیق، رن ٹائم پر WSDL کا حصول اور SOAP کی کال کو الگ رکھیں۔
WSDL ڈاؤن لوڈ ہو گیا، Java کلاسز بنا دی گئیں، اور پہلی SOAP کال پھر بھی نیٹ ورک سے باہر نہیں نکل سکتی۔ جنریٹر جو پراکسی آپشن استعمال کرتا ہے وہ خود جنریٹر کے عمل کا حصہ ہے۔
Oracle JDK 8 میں wsimport کی حوالہ دستاویز اُس ٹول کے لیے HTTP پراکسی آپشن درج کرتی ہے۔ یہ بننے والی سروس کلاسز میں پیوست کوئی قابلِ منتقلی ہدایت نہیں ہے۔ بعد میں چلنے والی ایپلیکیشن کسی دوسرے JVM میں، کسی دوسرے اکاؤنٹ کے تحت اور کسی دوسرے JAX-WS نفاذ کے ساتھ چل سکتی ہے۔
شناخت کریں کہ کون سی درخواست ناکام ہوئی
| مرحلہ | جانچنے کے لیے عمل یا جزو |
|---|---|
| WSDL اور امپورٹس سے کلاسز بنانا | بلڈ ٹول یا wsimport کال |
| سروس بناتے وقت WSDL پڑھنا | ایپلیکیشن کا WSDL مقام اور رن ٹائم کلائنٹ |
| SOAP اینڈ پوائنٹ کو کال کرنا | منتخب شدہ رن ٹائم ٹرانسپورٹ اور اس کی پراکسی ترتیب |
درمیانی مرحلہ آسانی سے رہ جاتا ہے۔ بنائی گئی سروس اب بھی کسی دور دراز WSDL کا حوالہ دے سکتی ہے۔ اگر رن ٹائم کو اسے تعمیر کے دوران لانا ہو تو صرف بعد میں پورٹ ترتیب دینا اُس پہلے ڈاؤن لوڈ کے لیے بہت دیر ہے۔ مطلوبہ تفصیل کو ایپلیکیشن ریسورس کے طور پر پیکج کرنے سے، جہاں نفاذ اس کی تائید کرتا ہے، وہ حصول انحصار ختم ہو سکتا ہے۔
ایک نفاذ کی ClientProxyFeature نامی کلاس خود بخود ہر JAX-WS فراہم کنندہ کا حصہ نہیں ہوتی۔
پراکسی اسناد کو SOAP سروس کی اسناد سے الگ رکھیں۔ کامیاب WSDL ڈاؤن لوڈ گمنام بھی ہو سکتا ہے جبکہ آپریشن کا اینڈ پوائنٹ لاگ اِن مانگتا ہے، یا اس کے برعکس۔
ناکام URL اور وہ مقام جہاں تعمیر یا کال رکی، درج کریں۔ یہ عام طور پر بتاتا ہے کہ غائب ترتیب کہاں آتی ہے، بغیر ویسی ہی کلاسز دوبارہ بنانے کی کوشش کے۔