😈 🏚️ 🤵🏽 एक OSGi कंटेनर में स्प्रिंग का उपयोग करना 🦋 ✨ ◀️

शायद ही कोई जावा डेवलपर है जो नहीं जानता है कि स्प्रिंग फ्रेमवर्क क्या है। इस ढांचे की मुख्य तकनीकों में से एक IoC कंटेनर और AOP समर्थन हैं। ये प्रौद्योगिकियां अलग-अलग परतों में एप्लिकेशन आर्किटेक्चर को सफलतापूर्वक तोड़ना संभव बनाती हैं, दोनों वर्ग स्तर पर और रनटाइम पर ऑब्जेक्ट लेआउट स्तर पर। ऐसा लगता है कि एप्लिकेशन को तत्वों / परतों में पूरी तरह से संरचित किया गया है, लेकिन संक्षेप में यह अखंड है। रनटाइम में क्षमताहीन! इस ढांचे के ढांचे के भीतर ही इस समस्या का कोई सार्वभौमिक समाधान नहीं है। OSGi के बारे में बहुत कम जावा डेवलपर्स ने सुना है। यह जावा प्लेटफॉर्म के लिए मॉड्यूलर सिस्टम का एक विनिर्देश है। अनुप्रयोग के आधार के रूप में इस विनिर्देश के एक विशिष्ट कार्यान्वयन का उपयोग करना, आपको इसे मॉड्यूलर बनाने की अनुमति देता है, दोनों रन समय और भौतिक स्तर (फ़ाइल स्तर) पर। इन तकनीकों के तालमेल पर इस लेख में चर्चा की जाएगी।

वसंत की रूपरेखा

मुझे उम्मीद है कि पाठक आधिकारिक गाइड से पहले दस अध्यायों को पढ़ने के स्तर पर कम से कम इस रूपरेखा से परिचित हैं। यह सब एक लेख में वर्णन करना संभव नहीं है। इसलिए, मुझे उन सभी को भेजा जा रहा है जिन्हें आधिकारिक नेतृत्व को इसकी आवश्यकता है। नीचे बस स्प्रिंग फ्रेमवर्क के मुख्य घटकों का एक त्वरित संदर्भ है।

डि पैटर्न के कार्यान्वयन के साथ IoC कंटेनर - एक तंत्र जो रनटाइम के दौरान ऑब्जेक्ट के निर्माण, कॉन्फ़िगरेशन और लिंकिंग को नियंत्रित करता है, फ्रेमवर्क का मूल अभिन्न अंग है।
एओपी - पहलू-उन्मुख प्रोग्रामिंग तंत्र के लिए समर्थन। बुनियादी तंत्र जो कई उप-प्रणालियों का उपयोग करता है।
डेटा स्रोतों के साथ एकीकरण, ORM समर्थन और लेनदेन समर्थन ऐसे तंत्र हैं जो XML से DBMS तक विभिन्न डेटा स्रोतों के साथ सहभागिता प्रदान करते हैं, इन क्षेत्रों में तीसरे पक्ष के ढांचे के साथ एकीकरण, स्थानीय और वैश्विक लेनदेन के लिए समर्थन, डेटा स्रोतों तक पहुंच के विशिष्ट पदानुक्रमों का अनुवाद अपने स्वयं के पदानुक्रम के अपवाद आदि। ।
वेब घटक - वे वेब (JSF, स्ट्रट्स, WS, आदि) से संबंधित विभिन्न रूपरेखाओं के साथ एकीकरण के लिए MVC पैटर्न के अपने कार्यान्वयन से विभिन्न तंत्र प्रदान करते हैं।

स्प्रिंगसोर्स स्रोत से कई अलग-अलग उपप्रोजेक्ट।

प्रतिरूपकता

आदर्श रूप से, एक सही मायने में मॉड्यूलर प्रोग्राम में ऐसे तत्व शामिल होने चाहिए, जिनमें निम्नलिखित विशिष्ट विशेषताएं हों: कमजोर कनेक्टिविटी (स्पष्ट रूप से परिभाषित इंटरफ़ेस, आसान पुनरावृत्ति, एकाधिक उपयोग) के माध्यम से सहभागिता, इनकैप्सुलेशन (मॉड्यूल को एक विशिष्ट इंटरेक्शन इंटरफ़ेस के साथ ब्लैक बॉक्स के रूप में बाहर से देखा जाता है), डायनेमिज्म ( रनटाइम पर कई मॉड्यूल बदलने की क्षमता)। जावा आपको ढीले युग्मन और एनकैप्सुलेशन को लागू करने की अनुमति देता है, दोनों कक्षा स्तर पर और पैकेज स्तर पर। बेशक, प्रतिबिंब (परावर्तन एपीआई) का उपयोग करते हुए एक्सेस मॉडिफायर (निजी, संरक्षित) के स्तर पर इनकैप्सुलेशन को तोड़ने के तरीके हैं और इस तरह आपके कोड को तृतीय-पक्ष कोड के आंतरिक तंत्र से जोड़ते हैं, या वर्ग कोड (jassassist, cglib) को बदलने के लिए तंत्र का उपयोग करते हैं, मैन्युअल रूप से वर्ग कोड आदि बदलते हैं। । डी।), लेकिन यह हैक की तरह है। लेकिन गतिशीलता के बारे में क्या है, अर्थात्, रनटाइम पर मॉड्यूल को बदलने की क्षमता। इस क्षेत्र में हालात बदतर हैं। बेशक, आप अपने कार्यान्वयनों के साथ क्लास लोडर (क्लासलोडर) को फिर से परिभाषित करके गतिशीलता के समर्थन को लागू कर सकते हैं, लेकिन यह एक बहुत बड़ी मात्रा में काम है जो ओएसजीआई मानक के कार्यान्वयन के डेवलपर्स ने हमारे लिए पहले ही कर दिया है। कोई भी OSGi कंटेनर पहले ही कोर आर्किटेक्चर और API स्तर पर मॉड्यूलरिटी का समर्थन करता है।

OSGi

ओपन सर्विसेज गेटवे पहल कई कार्यान्वयन के साथ एक विनिर्देश है। प्रमुख ओपन सोर्स कार्यान्वयन अपाचे फेलिक्स, इक्विनॉक्स और नोपलफ़रफ़िश हैं। यह विनिर्देश एक मॉड्यूलर प्रणाली का वर्णन करता है जो गतिशील रूप से विभिन्न मॉड्यूल (बंडलों) को बांध सकता है। मॉड्यूल की संरचना रनटाइम पर बदल सकती है। मॉड्यूल के बीच की बातचीत उन सेवाओं का उपयोग करके की जाती है जो सेवा रजिस्टर (सेवा रजिस्टर) में पंजीकृत हैं। मॉड्यूल में एक जीवन चक्र होता है जिसमें कई राज्य होते हैं (INSTALLED, RESOLVED, STARTING, ACTIVE, STOPPING, UNINSTALLED)। मॉड्यूल का जीवन चक्र OSGi कंटेनर द्वारा नियंत्रित किया जाता है।

मॉड्यूल राज्य आरेख

OSGI मॉड्यूल (बंडल) में मेटा-इन / मैनिफेस्ट.म.एफ फ़ाइल में अतिरिक्त मेटाडेटा होना चाहिए। उनमें से कुछ मुख्य प्रस्तुत हैं:

बंडल-नाम - मॉड्यूल का मानव-पठनीय नाम;
बंडल-संस्करण - प्रारूप संख्या [.number [.number [.line]]] में मॉड्यूल संस्करण, डिफ़ॉल्ट संस्करण 0.0.0 द्वारा;
बंडल-सिम्बॉलिकनाम - मॉड्यूल का प्रतीकात्मक नाम; एक साथ संस्करण के साथ, वे मॉड्यूल के अद्वितीय पहचानकर्ता के रूप में काम करते हैं;
निर्यात-पैकेज - संभव अतिरिक्त निर्देशों के साथ निर्यात किए गए जावा मॉड्यूल पैकेजों की एक सूची;
आयात-पैकेज - संभावित अतिरिक्त निर्देशों के साथ मॉड्यूल में उपयोग किए जाने वाले आयातित जावा पैकेजों की एक सूची।

आपको OSGi के साथ स्प्रिंग का उपयोग करने का अवसर कैसे मिला

OSGi कार्यान्वयन आपको वास्तव में मॉड्यूलर जावा प्रोग्राम बनाने की अनुमति देता है। स्प्रिंग फ्रेमवर्क आईओसी कंटेनर के उपयोग के माध्यम से वस्तु संबंधों के लिए मैनुअल समर्थन से छुटकारा पाने के लिए संभव बनाता है, एओपी का उपयोग करके मौजूदा कक्षाओं की कार्यक्षमता का विस्तार करता है, और स्प्रिंगसोर्स स्रोत से किसी भी संबंधित प्रौद्योगिकियों का उपयोग करता है। इन तकनीकों के संयोजन से सॉफ्टवेयर विकास में काफी लाभ होने चाहिए। आश्चर्य की बात नहीं, यह विचार 2006 में Interface21 (बाद में SpringSource) से कई लोगों के दिमाग में आया था और वे OSGi Alliance, BEA, Oracle, IBM से लोगों को विकास से जोड़ने में सक्षम थे। संयुक्त प्रयासों के परिणामस्वरूप, स्प्रिंग डीएस उत्पाद स्प्रिंगस्रोस विंग के तहत दिखाई दिया, बाद में इस उत्पाद ने ओएसजीआई सर्विस प्लेटफॉर्म सर्विस कंपेंडियम में ब्लूप्रिंट विनिर्देश को जन्म दिया। इसका कोड आधार ग्रहण फाउंडेशन द्वारा लिया गया था और इसे मिथुन ब्लूप्रिंट नाम दिया गया था। स्प्रिंगसोर्स ने डीएम सर्वर भी जारी किया, अब इसका कोड आधार ग्रहण फाउंडेशन में एक कन्या परियोजना बन गया है।

मिथुन ब्लूप्रिंट वास्तुकला (स्प्रिंग डीएम)

मिथुन ब्लूप्रिंट OSGi कंटेनर में स्प्रिंग फ्रेमवर्क का उपयोग कैसे करता है? इस प्रश्न का उत्तर देने के लिए, आपको मिथुन ब्लूप्रिंट वास्तुकला के मुख्य बिंदुओं पर विचार करने की आवश्यकता है।

वास्तुकला का मूल तत्व एक्सटेंडर है (OSGi पैटर्न के एक्सटेंडर का कार्यान्वयन)। एक्सटेंडर OSGi सेवा प्लेटफ़ॉर्म में नए मॉड्यूल (बंडल) की लॉन्च घटनाओं की निगरानी करता है और जांचता है कि क्या यह मॉड्यूल ब्लूप्रिंट विनिर्देश का समर्थन करता है। यदि मॉड्यूल इस विनिर्देश का समर्थन करता है, तो एक्सटेंडर मॉड्यूल का स्प्रिंग संदर्भ बनाता है और इसे प्रारंभ करता है। इस प्रकार, प्रत्येक स्प्रिंग मॉड्यूल का अपना स्प्रिंग संदर्भ होता है। इसके अलावा, कोड जो स्प्रिंग-बीन को OSGi सेवाओं के रूप में प्रकाशित करने और OSGi सेवाओं के लिंक प्राप्त करने के लिए जिम्मेदार है, और इसी तरह, एक्सटेंडर से कहा जाता है।

एक्सटेंडर ऑपरेशन आरेख

एक्सटेंडर संदर्भ बनाता है जिसके आधार पर सभी जानकारी को xml फ़ाइलों के रूप में कॉन्फ़िगरेशन से लिया जाता है। यहां वसंत और खाका के लिए दो संभव कॉन्फ़िगरेशन विकल्पों के अस्तित्व पर जोर देना आवश्यक है। दोनों विकल्प कई मामलों में समान हैं, लेकिन अगर पहली बार सेवाओं को कॉन्फ़िगर करने के लिए अतिरिक्त नामित स्थानों के साथ देशी स्प्रिंग कॉन्फ़िगरेशन से मेल खाती है, तो दूसरा स्पष्ट रूप से ब्लूप्रिंट OSGi सर्विस प्लेटफ़ॉर्म सर्विस कंपेंडियम विनिर्देश द्वारा परिभाषित किया गया है। वास्तव में, एक तीसरा विकल्प भी है, स्प्रिंग डीएम के साथ पिछड़े संगत।
वास्तुकला के अधिक विस्तृत अध्ययन के लिए, लेख के अंत में लिंक देखें।

मिथुन ब्लूप्रिंट और ओएसजीआई का उपयोग करने का एक उदाहरण

उपयोग के एक उदाहरण के रूप में, हम दो सेवा कार्यान्वयन और एक ग्राहक के साथ एक जीयूआई आवेदन लिखेंगे। यह उदाहरण प्रदर्शित करेगा कि मिथुन ब्लूप्रिंट का उपयोग ओएसजी कार्यक्रमों के विकास को कैसे सुविधाजनक बनाता है। सबसे पहले, हमें OSGi API का उपयोग करने की आवश्यकता नहीं है। दूसरे, सेवाओं की गतिशीलता का प्रश्न मिथुन ब्लूप्रिंट द्वारा स्वयं तय किया जाता है, हमें केवल एप्लिकेशन लॉजिक का ध्यान रखना होगा। तीसरा, हम एप्लिकेशन को बनाने के लिए स्प्रिंग फ्रेमवर्क का उपयोग करेंगे।

आवेदन मावेन 3 का उपयोग करके बनाया गया है। परियोजना की फाइल संरचना इस प्रकार है:

 खाका-उदाहरण
 ├── उपभोक्ता
 Om om pom.xml
 Rc rc src
 ├── ├── मु य
 ├── ├── │ जावा
 │ │ │ └── खाका
 │ │ │ └── उदाहरण
 │ │ │ └── उपभोक्ता
 │। │ ├── ConsumerFrame.java
 │। │ ├── Consumer.java
 │ ener │ └── RefreshListener.java
 └── └── │ संसाधन
 │ │ │ META-INF
 └── └── │ वसंत
 ├── ml │ osgi-reference.xml
 └──। │ वसंत-संदर्भ.एक्सएमएल
 └── └── परीक्षण
 Ava ava जावा
 └── └── संसाधन
 Producer तारीख-निर्माता
 Om om pom.xml
 Rc rc src
 ├── ├── मु य
 ├── ├── │ जावा
 │ │ │ └── खाका
 │ │ │ └── उदाहरण
 │ │ │ p डेटप्रोड्यूसर
 │ pl │ └── निर्माता .mpl.java
 └── └── │ संसाधन
 │ │ │ META-INF
 └── └── │ वसंत
 ├── ml │ osgi-reference.xml
 └──। │ वसंत-संदर्भ.एक्सएमएल
 └── └── परीक्षण
 Ava ava जावा
 └── └── संसाधन
 Producer इंट-प्रोड्यूसर
 Om om pom.xml
 Rc rc src
 ├── ├── मु य
 ├── ├── │ जावा
 │ │ │ └── खाका
 │ │ │ └── उदाहरण
 इंट्रोड्यूसर │ p │ │
 │ pl │ └── निर्माता .mpl.java
 └── └── │ संसाधन
 │ │ │ META-INF
 └── └── │ वसंत
 ├── ml │ osgi-reference.xml
 └──। │ वसंत-संदर्भ.एक्सएमएल
 └── └── परीक्षण
 Ava ava जावा
 └── └── संसाधन
 X pom.xml
 I निर्माता-आपी
     X pom.xml
     └── src
         ├── मु य
         Ava ava जावा
         └── └── │ खाका
         └── └── │ उदाहरण
         └── └── │ निर्माता
         └── └── │ एपि
         └── └── │ निर्माता.जावा
         └── └── संसाधन
         A │ META-INF
         └── परीक्षण
             ├── जावा
             └── संसाधन

निर्देशिका में उपभोक्ता, निर्माता-एपी, तिथि-निर्माता और क्रमशः निर्माता, ग्राहक की परियोजनाएं, सेवा एपीआई, तारीख और पूर्णांक के आधार पर सेवा कार्यान्वयन हैं। भ्रामक लगता है? चिंता न करें, अब हम इसे क्रम में लेंगे।

इन परियोजनाओं में से प्रत्येक OSGi कंटेनर के लिए एक अलग मॉड्यूल (बंडल) है। निर्माता-एपीआई परियोजना में निर्माता इंटरफ़ेस के साथ सिर्फ एक फ़ाइल है। यह ओएसजीआई एप्लिकेशन एपीआई को एक अलग मॉड्यूल में अलग करने का एक विशिष्ट उदाहरण है, जिसे सभी मॉड्यूलों द्वारा आयात किया जाएगा जिन्हें इसकी आवश्यकता है। यह मॉड्यूल ब्लूप्रिंट मॉड्यूल नहीं है क्योंकि इसका उद्देश्य केवल आवश्यक कक्षाएं प्रदान करना है।

सभी मॉड्यूल बनाने के लिए, मावेन-बंडल-प्लगइन का उपयोग किया जाता है। यह अपाचे फेलिक्स डेवलपर्स का एक प्लगइन है जो कोड के अंदर Bnd उपयोगिता (OSGi हलकों में प्रसिद्ध) का उपयोग करता है। यह प्लगइन निम्नानुसार कॉन्फ़िगर किया गया है:

<plugin> <groupId>org.apache.felix</groupId> <artifactId>maven-bundle-plugin</artifactId> <version>2.3.5</version> <extensions>true</extensions> <configuration> <instructions> <Bundle-Name> ${name} ${version} </Bundle-Name> <Bundle-SymbolicName> ${groupId}.${artifactId} </Bundle-SymbolicName> <Export-Package> blueprint.example.producer.api </Export-Package> <Import-Package>*</Import-Package> </instructions> </configuration> </plugin>

एक चौकस पाठक को ध्यान देना चाहिए कि निर्देश खंड में प्रविष्टियों के नाम META-INF / MANIFEST.MF में OSGi मॉड्यूल के मेटाडेटा के लिए विशिष्ट हेडर के नाम के साथ मेल खाते हैं। यह वही है जो वे हैं, न केवल उनके प्राकृतिक रूप में, बल्कि बंध निर्देश के रूप में। यह उपयोगिता काफी बुद्धिमान है और कोड निर्भरता की गणना कर सकती है और उन्हें आयात-पैकेज अनुभाग में स्थानापन्न कर सकती है, साथ ही साथ विभिन्न मेटाडेटा भी जोड़ सकती है। इसके विन्यास और गणना के आधार पर, यह MANIFEST.MF उत्पन्न करता है। इस मामले में, हम केवल मुख्य शीर्षकों को परिभाषित करते हैं।

माड्यूल को ब्लूप्रिंट मॉड्यूल के रूप में पहचानने के लिए एक्सटेंडर के लिए, निम्न नियम का उपयोग डिफ़ॉल्ट रूप से किया जाता है: मॉड्यूल के पास मेटा-इन / स्प्रिंग डायरेक्टरी में xml कॉन्फ़िगरेशन फाइलें होनी चाहिए, या कॉन्फ़िगरेशन स्थान का संकेत देने वाला स्प्रिंग-कॉन्टेक्स्ट हैडर होना चाहिए। ऊपर सूचीबद्ध परियोजनाएं मेटा-इन / स्प्रिंग निर्देशिका में दो कॉन्फ़िगरेशन फ़ाइलों का उपयोग करती हैं। ओस्गी-उपसर्ग के साथ पहले में एक खाका-विशिष्ट कॉन्फ़िगरेशन होता है। उपसर्ग "स्प्रिंग-" के साथ दूसरे में स्प्रिंग एप्लिकेशन के लिए सामान्य कॉन्फ़िगरेशन शामिल है।
दिनांक के आधार पर और मनमाने ढंग से पूर्णांक के आधार पर सेवाओं के कार्यान्वयन पर विचार करें:

 @Component public class ProducerImpl implements Producer { @Override public String produceString() { return new Date().toString(); } } @Component public class ProducerImpl implements Producer { private Random random = new Random(new Date().getTime()); @Override public String produceString() { return String.valueOf(random.nextInt()); } }

हमारे मामले के अध्ययन में सेवा सिर्फ एक स्ट्रिंग के साथ एक वर्ग है स्टेन्डस्ट्रिंग () विधि जो एक मनमाना स्ट्रिंग लौटाती है। पहले मामले में, एक स्थानीय तारीख, दूसरे में, एक मनमाना पूर्णांक के साथ एक स्ट्रिंग। इन मॉड्यूल के वसंत विन्यास में, एनोटेट वर्गों को स्कैन करने की प्रक्रिया निर्दिष्ट है। सेवा osgi कॉन्फ़िगरेशन में पंजीकृत है।

 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd "> <context:annotation-config/> <context:component-scan base-package="blueprint.example"/> </beans> <?xml version="1.0" encoding="UTF-8"?> <beans:beans xmlns="http://www.eclipse.org/gemini/blueprint/schema/blueprint" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:beans="http://www.springframework.org/schema/beans" xsi:schemaLocation=" http://www.eclipse.org/gemini/blueprint/schema/blueprint http://www.eclipse.org/gemini/blueprint/schema/blueprint/gemini-blueprint.xsd http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd "> <service id="producerService" ref="producerImpl" interface="blueprint.example.producer.api.Producer"/> </beans:beans>

यहां एक डेवलपर के जीवन को सरल बनाने का वादा किया गया उदाहरण है। किसी सेवा को पंजीकृत करने के लिए ओएसजीआई एपीआई का उपयोग करने की आवश्यकता नहीं है, बस एक्सएमएल कॉन्फ़िगरेशन भरें।

अंतिम मॉड्यूल पर विचार करने का समय आ गया है। हमारी सेवाओं के ग्राहक एक पाठ प्रदर्शन क्षेत्र और एक मूल्य अपडेट बटन के साथ एक जीयूआई फॉर्म प्रदर्शित करते हैं। ग्राहक कोड पर एक नजर डालते हैं।

 @Component public class Consumer { @Autowired private ConsumerFrame consumerFrame; @Autowired private Producer producer; @PostConstruct public void start() { consumerFrame.setRefreshListener(new RefreshListener() { @Override public String refresh() { return producer.produceString(); } }); SwingUtilities.invokeLater( new Runnable() { @Override public void run() { consumerFrame.setVisible(true); } } ); } }

उपभोक्ता वर्ग बहुत सरल है। इसमें दो विशेषताएँ होती हैं जिन्हें कंटेनर द्वारा इंजेक्ट किया जाता है। यह एक फॉर्म ऑब्जेक्ट और हमारी सेवा की एक कड़ी है। अगला, जिस विधि में ऑब्जेक्ट का निर्माण करने के बाद कॉल किया जाता है, अपडेट इवेंट के श्रोता को सर्विस एक्सेस कोड और स्क्रीन पर फ़ॉर्म प्रदर्शित करने के लिए कोड के साथ पंजीकृत किया जाता है। इस परियोजना का स्प्रिंग विन्यास ऊपर प्रस्तुत किए गए अक्षर के समान है, और ओस्गी विन्यास इस तरह दिखता है:

 <?xml version="1.0" encoding="UTF-8"?> <beans:beans xmlns="http://www.eclipse.org/gemini/blueprint/schema/blueprint" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:beans="http://www.springframework.org/schema/beans" xsi:schemaLocation=" http://www.eclipse.org/gemini/blueprint/schema/blueprint http://www.eclipse.org/gemini/blueprint/schema/blueprint/gemini-blueprint.xsd http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd "> <reference id="producer" interface="blueprint.example.producer.api.Producer"/> </beans:beans>

इस कॉन्फ़िगरेशन में, एक सेवा लिंक पंजीकृत है। डिफ़ॉल्ट रूप से, यह सेवा अनिवार्य है, और इसके लिए सभी कॉल, यदि यह अनुपस्थित है, एक निश्चित अंतराल के लिए अवरुद्ध हो जाएगी, जिसके बाद एक अपवाद होगा। यह व्यवहार पूरी तरह से विन्यास योग्य है।

स्प्रिंग फ्रेमवर्क से परिचित प्रोग्रामर के पास शायद एक सवाल है। सेवा का लिंक इस सेवा की गतिशीलता कैसे प्रदान करता है? आखिरकार, सभी ऑब्जेक्ट डाउनलोड चरण (उत्सुक), या एक्सेस स्टेज (आलसी) पर कॉन्फ़िगर किए गए हैं। क्या होगा यदि निर्माता लिंक सेवा के गायब होने के कारण इसकी प्रासंगिकता खो देता है। उत्तर: ब्लूप्रिंट इस बात का ध्यान रखता है। वास्तव में, एक प्रॉक्सी ऑब्जेक्ट को सेवा के संदर्भ के रूप में इंजेक्ट किया जाता है, जो गतिशीलता का कार्य करता है। यह ऑब्जेक्ट कॉल ब्लॉकिंग व्यवहार के साथ-साथ अपवादों को फेंकने की सुविधा प्रदान करता है।

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

 java -jar org.eclipse.osgi_3.6.2.R36x_v20110210.jar -console

इसके बाद, स्क्रीन पर शुरुआती मॉड्यूल के संदेश दिखाई देंगे। और अंत में, विषुव कमांड प्रॉम्प्ट। एसएस कमांड में प्रवेश करने के बाद, आउटपुट नीचे के समान होना चाहिए:

 ओस्गी> ss

 फ्रेमवर्क लॉन्च किया है।

 आईडी स्टेट बंडल
 0 ACTIVE org.eclipse.osgi_3.6.2.R36x_v20110210
 1 सक्रिय com.springsource.net.sf.cglib_2.2.0
 2 सक्रिय com.springsource.org.aopalliance_1.0.0
 3 सक्रिय com.springsource.org.apache.log4j_1.2.16
 4 सक्रिय com.springsource.slf4j.api_1.6.1
                     टुकड़े = ५
 5 पुनर्विकसित com.springsource.slf4j.log4j_1.6.1
                     मास्टर = ४
 6 सक्रिय com.springsource.slf4j.org.apache.commons.log_1.6.1
 7 सक्रिय org.eclipse.gemini.blueprint.core_1.0.0.RELEASE
 8 सक्रिय org.eclipse.gemini.blueprint.extender_1.0.0.RELEASE
 9 सक्रिय org.eclipse.gemini.blueprint.io_1.0.0.RELEASE
 10 सक्रिय org.springframework.aop_3.0.6.RELEASE
 11 सक्रिय org.springframework.asm_3.0.6.RELEASE
 12 सक्रिय org.springframework.aspects_3.0.6.RELEASE
 13 सक्रिय org.springframework.beans_3.0.6.RELEASE
 14 सक्रिय org.springframework.context_3.0.6.RELEASE
 15 सक्रिय org.springframework.context.support_3.0.6.RELEASE
 16 सक्रिय org.springframework.core_3.0.6। कृपया
 17 सक्रिय org.springframework.expression_3.0.6.RELEASE

यह वर्तमान में स्थापित सभी मॉड्यूलों की एक सूची है। अब आपको टेस्ट एप्लिकेशन इंस्टॉल करना होगा। ऐसा करने के लिए, इंस्टॉल फ़ाइल कमांड को कॉल करें: /// path_to_jar_module_file प्रत्येक 4 मॉड्यूल के लिए (आप मावेन-कमांड पैकेज के साथ मॉड्यूल का निर्माण कर सकते हैं)। उसके बाद, एपीआई, सेवाओं और क्लाइंट में से एक के साथ मॉड्यूल को निष्पादित करने के लिए स्टार्ट आईडी कमांड चलाएं। स्क्रीन पर एक परीक्षण एप्लिकेशन विंडो दिखाई देनी चाहिए।

दिनांक-उत्पादक का उपयोग करना

फिर स्टॉप आईडी कमांड मॉड्यूल के साथ रुकें और दूसरी सेवा शुरू करें। रिफ्रेश बटन पर क्लिक करके विंडो के टेक्स्ट बॉक्स की सामग्री को रिफ्रेश करें।

अंतर-निर्माता का उपयोग करना

यह परीक्षण मामले का विवरण पूरा करता है। मैं इस बात पर जोर देना चाहता हूं कि यह मिथुन ब्लूप्रिंट की क्षमताओं का एक छोटा सा हिस्सा है।

आवेदन का क्षेत्र

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

कमियों

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

OSGi कंटेनर में स्प्रिंग के उपयोग से संबंधित परियोजनाएं

स्प्रिंग डीएम एक ऐसी परियोजना है जिसे ओएसजीआई कंटेनर में स्प्रिंग अनुप्रयोगों के उपयोग की सुविधा के लिए बनाया गया है। वर्तमान में विकसित नहीं (देखें ग्रहण मिथुन)।
स्प्रिंग डीएम सर्वर एक पूर्ण रूप से मॉड्यूलर जावा एप्लिकेशन सर्वर है जिसे एंटरप्राइज़ एप्लिकेशन और स्प्रिंग एप्लिकेशन चलाने के लिए डिज़ाइन किया गया है। इसमें लचीलापन और विश्वसनीयता का उच्च स्तर है। वर्तमान में विकसित नहीं (देखें ग्रहण कन्या)।
मिथुन ब्लूप्रिंट स्प्रिंग डीएम का उत्तराधिकारी है। परियोजना आपको एक OSGi कंटेनर में स्प्रिंग एप्लिकेशन चलाने की अनुमति देती है।
मिथुन वेब - ओएसजीआई एलायंस से वेब एप्लिकेशन विनिर्देश के संदर्भ कार्यान्वयन पर आधारित है। एक OSGi कंटेनर में स्प्रिंग वेब मॉड्यूल चलाने की परियोजना।
जेमिनी जेपीए ओएसजी कंटेनर के लिए जावा पर्सिस्टेंस एपीआई का एक मॉड्यूलर कार्यान्वयन है। वर्तमान में JPA प्रदाता EclipseLink के साथ एकीकरण प्रदान करता है।
मिथुन DBAccess - एक JDBC ड्राइवरों का वितरण प्रदान करता है जो एक OSGi कंटेनर में चलने और उनके उपयोग के लिए उपयुक्त हैं।
जेएमएक्स टूल्स का उपयोग करके मिथुन प्रबंधन एक मॉड्यूलर प्रणाली के रिमोट कंट्रोल के लिए एक परियोजना है।
मिथुन नामकरण - OSGi कंटेनर में JNDI का समर्थन।
ग्रहण कन्या - OSGi एप्लिकेशन सर्वर, स्प्रिंग डीएम सर्वर का उत्तराधिकारी। निम्न प्रकार के परिनियोजन स्वरूपों का समर्थन करता है: OSGi मॉड्यूल (बंडल), Java EE WAR, वेब मॉड्यूल (वेब-बंडल), PAR (जावा EE के लिए EAR के समान, घटक अभिलेखागार शामिल हैं), योजना (एक आम एप्लिकेशन में कई मॉड्यूल का कॉन्फ़िगरेशन) ), विन्यास (गतिशील रूप से अद्यतन अनुप्रयोग विन्यास के लिए एक तंत्र)। एक गर्म परिनियोजन इंजन, व्यवस्थापक पैनल, अतिरिक्त पुस्तकालय शामिल हैं। दो सर्वलेट कंटेनर तोमकैट और जेट्टी के साथ दिया जा सकता है। और बहुत सी अतिरिक्त कार्यक्षमता भी।

निष्कर्ष

मैंने स्प्रिंग और ओएसजीआई साझा करने की तकनीक के परिचय के रूप में लेख का इरादा किया था। परिचयात्मक भाग पर सभी जानकारी का पूरी तरह से वर्णन करने के लिए, मुझे एक बहुत बड़ी राशि की आवश्यकता होगी, इसलिए मेरा सुझाव है कि इच्छुक पाठक स्वतंत्र रूप से अतिरिक्त स्रोतों का अध्ययन करें। इसके अलावा, मुझे इस अद्भुत तकनीक (मेरी क्षमता की सीमा के भीतर) के बारे में सवालों के जवाब देने में खुशी होगी।

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

एक उदाहरण के साथ पुरालेख
ग्रहण की मणि
BND
OSGi विनिर्देशों
वसंत की रूपरेखा
स्प्रिंग डायनामिक मॉड्यूल
OSGi SpringSource ब्लॉग
एक्शन में स्प्रिंग डायनामिक मॉड्यूल
कुंवारी कन्या ग्रहण करें

एक OSGi कंटेनर में स्प्रिंग का उपयोग करना