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 और वह बिंदु दर्ज करें जहाँ निर्माण या इनवोकेशन रुका। यह आम तौर पर बताता है कि छूटी हुई सेटिंग कहाँ आती है, बिना ठीक वही क्लासें फिर से बनाने की दूसरी कोशिश किए।

संबंधित लेख