@ OSGi कंटेनर में सर्वलेट्स के लिए उपयुक्त

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

interface ISerializer {
String selialize(Object obj);
}

घटकों को बाँधने के लिए हम स्प्रिंगफ्रैमवर्क का उपयोग करते हैं। लेख की शुरुआत में फिर से लिंक पर लौटना, जहां इंटरफ़ेस इंजेक्शन एनोटेशन पर आधारित है, सर्वलेट इस तरह वर्णित है
@Component
public class TestServlet extends HttpServlet {
@Autowired
private ISerializer serializer;

@Override
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
// ...
// Object result;

res.setContentType("text/plain");
PrintWriter out = res.getWriter();
out.println(serializer.serialize(obj));
}
}

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

[INFO] Started jetty 6.1.x at port(s) HTTP:8080
____________________________
Welcome to Apache Felix Gogo

g! lb
START LEVEL 1
ID|State |Level|Name
0|Active | 0|System Bundle (4.0.1)
1|Active | 1|AOP Alliance API (1.0.0)
2|Active | 1|Apache Log4J (1.2.16)
3|Active | 1|SLF4J API (1.6.1)
4|Resolved | 1|SLF4J Log4J Binding (1.6.1)
5|Active | 1|SLF4J Jakarta Commons Logging Over SLF4J Binding (1.6.1)
6|Active | 1|gemini-blueprint-core (1.0.0.RELEASE)
7|Active | 1|gemini-blueprint-extender (1.0.0.RELEASE)
8|Active | 1|gemini-blueprint-io (1.0.0.RELEASE)
9|Active | 1|Apache Felix Bundle Repository (1.6.6)
10|Active | 1|Apache Felix Gogo Command (0.12.0)
11|Active | 1|Apache Felix Gogo Runtime (0.10.0)
12|Active | 1|Apache Felix Gogo Shell (0.10.0)
13|Active | 1|Apache Felix Http Jetty (2.2.0)
14|Active | 1|Apache Felix Http Whiteboard (2.2.0)
15|Active | 1|Spring AOP (3.1.0.RC1)
16|Active | 1|Spring ASM (3.1.0.RC1)
17|Active | 1|Spring Aspects (3.1.0.RC1)
18|Active | 1|Spring Beans (3.1.0.RC1)
19|Active | 1|Spring Context (3.1.0.RC1)
20|Active | 1|Spring Context Support (3.1.0.RC1)
21|Active | 1|Spring Core (3.1.0.RC1)
22|Active | 1|Spring Expression Language (3.1.0.RC1)

गीतात्मक विषयांतर। जेटिक्स वेब सर्वर फेलिक्स 4.0.1 के साथ भेज दिया गया संस्करण 6.1 है, जिसका अर्थ है कि आप जावा-ई -6 के बारे में वेबकेवलेट सर्वलेट के लिए एनोटेशन के साथ भूल सकते हैं। जेट्टी 8 को अलग से इकट्ठा करने की कोई इच्छा नहीं थी, लेकिन मक्खी पर लॉन्च करना संभव नहीं था।
इसलिए, मेरे आश्चर्य के लिए, पैकेज को इकट्ठा करने और स्थापित करने के बाद, मुझे जेट्टी से 404 त्रुटि मिली और मैपिंग की कमी पर सब कुछ डंप कर दिया।
Googling ने मदद की और सर्वलेट को शुरू करने के लिए एक्टिवेटर क्लास को लिखा गया:
public class Activator implements BundleActivator {
private ServiceRegistration reg;

@Override
public void start(BundleContext context) throws Exception {
Dictionary<String, String> props = new Hashtable<>();
props.put("alias", "/");
this.reg = context.registerService(Servlet.class.getName(), new TestServlet(), props);
}

@Override
public void stop(BundleContext context) throws Exception {
this.reg.unregister();
}
}

परियोजना को फिर से बनाया गया है, लॉन्च किया गया है।
काम पूरा हो गया है, सर्वलेट शुरू होता है और प्रतिक्रिया करता है, लेकिन सेलियालिज़र चर निराशाजनक रूप से अशक्त इंगित करता है।
यह ध्यान देने योग्य है कि सर्वलेट पर @Component एनोटेशन ने भी अपना प्रभाव डाला। आगे देखते हुए, मैं कहता हूं कि दो सर्वलेट इंस्टेंस वास्तव में बनाए गए थे। एक एनोटेशन द्वारा बनाया गया था और यहां तक ​​कि धारावाहिक से संपर्क किया गया था, और दूसरा ईमानदारी से एक्टिविटर में बनाया गया था और @Autowired एनोटेशन काम नहीं करता था। उस सेवा की खोज जो कार्यकर्ता से ISerializer को लागू करती है, असफल रही, क्योंकि एक्टीवेटर कॉल उस सेवा से पहले होता है जिसकी मुझे ज़रूरत थी, सिस्टम में पंजीकृत थी।
अगले Google से आगे, जिसने अंततः समस्या को हल करने की अनुमति दी।
यदि वर्ग को @ अनौपचारिक टिप्पणी के साथ वर्णित किया गया है, तो आप वर्ग विधियों में से एक में @PostConstruct एनोटेशन जोड़ सकते हैं (विधि पर प्रतिबंध हैं, एनोटेशन के लिए दस्तावेज़ देखें)। संक्षेप में, इस पद्धति को सभी निर्भरता इंजेक्शन के बाद कहा जाता है।
तो, हम एक विधि जोड़ते हैं जो जेटी में सर्वलेट को पंजीकृत करेगी।
@PostConstruct
public void postConstruct() {
BundleContext context = FrameworkUtil.getBundle(this.getClass()).getBundleContext();
Dictionary props = new Properties();
props.put("alias", "/");
context.registerService(Servlet.class.getName(), this, props);
}

सर्वलेट-OSGi बंडल ट्यूटोरियल कहते हैं कि यदि आप स्वयं सर्वलेट को पंजीकृत करते हैं,
लेकिन यह आवश्यक है जब मॉड्यूल उतारना और इसे स्वयं को फिर से पंजीकृत करना:
//
ServiceRegistration reg = context.registerService(Servlet.class.getName(), this, props);

//
reg.unregister();

मेरे मामले में, deregistration कॉल (मैंने नष्ट () विधि से सर्वलेट को कॉल करने का प्रयास किया)
एक त्रुटि जिसने कहा कि सेवा अब उस स्थिति में नहीं है, अर्थात पहले से ही अपंजीकृत। जाहिरा तौर पर
@Component एनोटेशन इस बात का ध्यान रखता है। इस पर मैं शांत हो गया।
एक सक्रिय वर्ग अब आवश्यक नहीं है। परिणाम एक सर्वलेट है जिसमें आप इंजेक्शन लगा सकते हैं
आवश्यक कार्यान्वयन। और यह सब थकाऊ कॉन्फ़िगरेशन XML फ़ाइलों के बिना।
मुझे उम्मीद है कि यह लेख किसी की मदद करेगा और आपको नेट पर जानकारी के लिए लंबी खोज से बचाएगा।

अतिरिक्त स्रोत

एक उदाहरण के साथ पुरालेख