RWT / RAP + जेट्टी + JAX-WS एकीकरण

आरएपी / आरसीपी एप्लिकेशन विकसित करते समय, मुझे एक समस्या थी: कस्टम त्रुटि-पृष्ठ कैसे बनाएं और उन्हें एम्बेडेड जेट्टी में एकीकृत करें। यदि आप अपने आवेदन में जेट्टी को एम्बेड करते हैं तो इंटरनेट पर कई ट्यूटोरियल हैं। लेकिन आरडब्ल्यूटी के साथ, चीजें अधिक जटिल हो जाती हैं। आरडब्ल्यूटी ने ही जेट्टी को लॉन्च किया और इसे एक प्रबंधित सेवा के रूप में शुरू किया। इसी समय, जेट्टी इंटरफ़ेस स्वयं अन्य बंडलों से छिपा हुआ है और यह सीधे इसके साथ काम नहीं करेगा।
मैं थोड़ा आगे गया और जेटी के साथ किसी भी सर्वलेट को चलाने के लिए कार्यक्षमता का विस्तार करने का फैसला किया, जिसे आरडब्ल्यूटी एप्लिकेशन में बनाया गया है। और, सबसे महत्वपूर्ण बात, JAX-WS वेब सेवाओं को भी वहां एकीकृत करना। सहानुभूति, बिल्ली का स्वागत है।



यह निहित है कि आवेदन OSGi मंच से लॉन्च किया गया है, मेरे पास यह विषुव है।

शुरू करने के लिए, यह प्रलेखन से ज्ञात है कि आप कुछ जेट्टी कस्टमाइज़र बना सकते हैं और सिस्टम संपत्ति के नाम से गुजरते हुए, कुछ अनुकूलन प्राप्त कर सकते हैं। तो चलिए इसे करते हैं: जब आप संपूर्ण एप्लिकेशन चलाते हैं, तो हम पास हो जाएंगे

-Dorg.eclipse.equinox.http.jetty.customizer.class = en.futurelink.jetty.customizer.MyJettyCustomizer

कस्टम कोड:

public class MyJettyCustomizer extends JettyCustomizer { @Override public Object customizeContext(Object context, Dictionary<String, ?> settings) { ServletContextHandler c = (ServletContextHandler) context; // ,   c.getServletHandler().addServletWithMapping( MyFileServlet.class, "/files/*"); // ,  - JAX-WS // import com.sun.xml.ws.transport.http.servlet.WSServlet; c.getServletHandler().addServletWithMapping( WSServlet.class, "/service/mobile"); // -   ErrorHandler errorHandler = new MyJettyErrorHandler(); errorHandler.setShowStacks(true); c.setErrorHandler(errorHandler); //  - JAX-WS (  ) c.getServletContext().getContextHandler(). addEventListener(new MyServletContextListener()); return c; } } 

यहाँ हम निम्नलिखित करते हैं:
1) कुछ सर्वलेट्स को मैप करें, कुछ URL के अनुसार, अब वे वहां उपलब्ध होंगे, यहाँ सब कुछ सरल है।
2) गलत पृष्ठों के लिए एक कस्टम हैंडलर स्थापित करें।
3) JAX-WS वेब सेवा सेवा जोड़ें - अंत में इस पर और अधिक, यह दिलचस्प है;)

यदि पहले पैराग्राफ के साथ सब कुछ स्पष्ट और सरल है - हम एक सर्वलेट लिखते हैं, इसे URL और वॉइला में मैप करते हैं, यह उपलब्ध है, तो दूसरे को हैंडलर कोड के उदाहरण की आवश्यकता है, यहां यह है:

 public class MyJettyErrorHandler extends ErrorHandler { @Override protected void handleErrorPage(HttpServletRequest request, Writer writer, int code, String message) throws IOException { if (code == 404) { writer.write("No,no,no!!! This page does not exist!"); return; } super.handleErrorPage(request, writer, code, message); } } 

अब हम किसी भी तरह से HTTP रिस्पांस कोड को प्रोसेस कर सकते हैं।

अब मज़ेदार भाग के लिए, हम JAX-WS को हमारे RWT एप्लिकेशन में एकीकृत कर रहे हैं। वेब सेवा को लागू करते समय यहाँ कठिनाई उत्पन्न होती है। हमें एक XML विवरण बनाने की आवश्यकता है, जिसे WEB-INF / sun-jaxws.xml में रखा गया है।

 <?xml version="1.0" encoding="UTF-8"?> <endpoints xmlns="http://java.sun.com/xml/ns/jax-ws/ri/runtime" version="2.0"> <endpoint name="ClientService" implementation="ru.futurelink.mo.mobile.server.ClientService" url-pattern="/service/mobile"/> </endpoints> 

लेकिन हमारा एप्लिकेशन इस विवरण फ़ाइल को देखना नहीं चाहता है और ये बहुत ही समापन बिंदु बनाता है। और रनटाइम में एंडपॉइंट बनाने के लिए JAX-WS के लिए प्रस्तावित मानक समाधान उपयुक्त नहीं है, क्योंकि यह एक अन्य वेब सर्वर com.sun.net.httpserver को जन्म देता है। इसे एक अलग बंदरगाह पर लटका देना आवश्यक है, और वास्तव में, यह किसी भी तरह अनाड़ी है। हमें एक और समाधान की आवश्यकता है जो वेब सेवाओं के अनुरोधों को संसाधित करने के लिए मौजूदा जेट्टी का उपयोग करेगा।

हमने पहले से ही सर्वलेट को जोड़ा है, जो वेब सेवा के लिए अनुरोधों को संसाधित करेगा, अब हमें काम करने के लिए समापन बिंदु की आवश्यकता है। हालाँकि, चूंकि हमारा प्रोजेक्ट OSGi फ्रेमवर्क में काम करता है, इसलिए हमने जो JAX-WS बनाया है, वह विवरण फ़ाइल नहीं देखता है। बात यह है कि JAX-WS एक OSGi- संगत बंडल नहीं है, हालांकि हमने इसे रीपैकेज किया है (मुझे आशा है कि?) एक साधारण JAR से एक बंडल में और इसे प्रकट किया। OSGi की शैली में सब कुछ सही ढंग से करते हुए आपको उसे इस फ़ाइल को बनाने की आवश्यकता है।

हम अपने पूरे कस्टमाइज़र को एक टुकड़े में org.eclipse.equinox.http.jetty होस्ट में पैक करते हैं। यह आवश्यक है, जैसा कि आप जानते हैं, टुकड़ा क्लासपाथ का विस्तार करता है, जिससे मेजबान को टुकड़े टुकड़े के कुछ कस्टम भागों को खोजने और लोड करने की अनुमति मिलती है, जैसे कि अपने स्वयं के। हम JAX-WS को सामान्य डिफ़ॉल्ट com.sun.net.httpserver के बजाय जेट्टी को HTTP ट्रांसपोर्ट के रूप में उपयोग करने के लिए बाध्य करेंगे।

अगला, हम JAX-WS से कई कक्षाएं लेते हैं (दुर्भाग्य से, इस पैकेज की वास्तुकला हमें कॉम को सही ढंग से विरासत में लेने की अनुमति नहीं देती है) और कॉम / सूरज / xml / ws / परिवहन / http / सर्वलेट से, सब कुछ फिर से परिभाषित करना होगा। यहाँ एक उदाहरण है:

 public final class WSServletContextListener {…} 

मुझे नहीं पता कि उन्होंने ऐसा क्यों किया ... अब हमें अपने टुकड़े करने के लिए JAX-WS के एक टुकड़े को फिर से लिखना होगा। अधिलेखित फाइलें github: github.com/futurelink/habrahabr पर मिल सकती हैं

कुल में, हमें 4 वर्गों की आवश्यकता है:
WSServletContextListener - MyServletContextListener,
ServletResourceLoader - MyServletResourceLoader,
सर्वलेटकॉनर - माइसेर्वलेटकोर्नर,
परिनियोजनविकासकर्ता - MyDeploymentDescriptorParser

WSServletContextListener में कोड की एक एकल पंक्ति को बदलने के लिए हम सभी की आवश्यकता थी:

 static final String JAXWS_RI_RUNTIME = "/WEB-INF/sun-jaxws.xml"; 

द्वारा प्रतिस्थापित:

 static final String JAXWS_RI_RUNTIME = "/META-INF/sun-jaxws.xml"; 

समस्या यह है कि अब, JAX-WS के नए संस्करण की तैनाती के साथ, आपको इस टुकड़े का पालन करने की आवश्यकता है ताकि यह सामान्य रूप से काम करे। लेकिन मुझे जेट्टी में एकीकृत करने का दूसरा तरीका नहीं मिला। यदि कोई शुरू से इस तरह से जाना चाहता है, तो एक और समाधान पढ़ना दिलचस्प होगा।