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 आणि बांधणी किंवा इनव्होकेशन थांबलेला बिंदू नोंदवा. हे सहसा दाखवते की गहाळ सेटिंग कुठे येते, तेच क्लास पुन्हा तयार करण्याचा दुसरा प्रयत्न न करता.

संबंधित लेख