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 र निर्माण वा इनभोकेसन रोकिएको बिन्दु लेख्नुहोस्। यसले सामान्यतया छुटेको सेटिङ कहाँ पर्छ भन्ने देखाउँछ, ठ्याक्कै त्यही क्लास फेरि बनाउने अर्को प्रयास नगरी।

सम्बन्धित लेखहरू