🗒️ 🥈 👩🏾‍🔧 JRebel 🆓 🍮 🌴

Habré पर कई लेख प्रकाशित किए गए थे जहाँ JRebel या तो बस उल्लेखित था या जानकारी पोस्ट की गई थी कि एक नया संस्करण जारी किया गया था । उसी समय, सभी पाठकों को यह समझ में नहीं आया कि यह सब क्या था और इस सॉफ़्टवेयर ने कैसे काम किया ।

इस उत्पाद के विकास में प्रत्यक्ष भागीदार के रूप में, मैं कुछ बिंदुओं को स्पष्ट करना चाहूंगा कि जेरीबेल क्यों मौजूद है और यह जावा डेवलपर की मदद कैसे कर सकता है।

पैर कहाँ से बढ़ते हैं?

प्रारंभिक समस्या लगभग किसी भी डेवलपर के लिए जानी जाती है जो जावा के साथ काम करता है: परियोजना में किसी भी बदलाव के बाद, परिणाम देखने के लिए, कंटेनर को बनाने और तैनात करने में बहुत समय लगता है। विकास प्रक्रिया को तेज करने या स्वचालित करने के बारे में Habré के उत्कृष्ट लेख पहले ही प्रकाशित हो चुके हैं, मैं खुद को नहीं दोहराऊंगा। लेकिन तथ्य यह है कि उल्लिखित तरीकों की अपनी खामियां हैं: सभी साधनों से दूर तैनात साधनों में नियमित साधनों से अतिभारित किया जा सकता है; मेमोरी लीक प्राप्त करना बहुत आसान है जो कंटेनर को पुनरारंभ करना आवश्यक बना देगा। तकनीकी विवरण अच्छी तरह से हमारी वेबसाइट पर लेखों की एक श्रृंखला में चित्रित किए गए हैं - मैं आपको उत्सुक पढ़ने के लिए आमंत्रित करता हूं।

समय कहाँ जाता है?

वेब अनुप्रयोग विकास चक्र क्लासिक रूप में कैसा दिखता है:
1. कोड में परिवर्तन (या संसाधन)
2. इकट्ठे JAR / WAR / EAR
3. हमने कंटेनर में प्राप्त संग्रह को तैनात किया है
4. हमने तैनात आवेदन खोला, और, कुछ जोड़तोड़ के बाद, उनके काम के परिणामों को देखा।

आवेदन के आकार के आधार पर, उपयोग किए गए कंटेनर, और कुछ अन्य कारक, चरण 2, 3 और 4 कुछ सेकंड से लेकर पूरी तरह से पागल संख्या तक ले सकते हैं। हमारी कंपनी ने इस्तेमाल की गई तकनीकों और एप्लिकेशन को लागू करने में लगने वाले समय के बारे में डेवलपर्स का एक सर्वेक्षण किया। जैसा कि यह निकला, औसत तैनाती एक समय में लगभग 3 मिनट और प्रति घंटे लगभग 10 मिनट लेती है। विवादास्पद मामलों में, जहां इसे लागू करने में आधे घंटे से अधिक समय लगता है, किसी व्यक्ति से यह पूछने का कोई मतलब नहीं है कि वह प्रति घंटे कितनी बार इस प्रक्रिया को दोहरा सकता है। उत्तर स्पष्ट है।

कंटेनर / एप्लिकेशन को पुनरारंभ करने में कुछ सेकंड लगते हैं, ऊपर वर्णित समस्या को इतना महसूस नहीं किया जाता है। हालांकि, जैसे-जैसे परियोजना बढ़ती है और अधिक जटिल हो जाती है, असुविधा महसूस होगी। यह वह जगह है जहाँ आप सोच सकते हैं: शायद जेब्रेल आपको क्या चाहिए?

बचाव के लिए Jebebel!

तो, JRebel एक उपकरण है जिसे विकास के दौरान एक एप्लिकेशन को फिर से तैयार करने की समस्या को खत्म करने के लिए डिज़ाइन किया गया है, अर्थात। आपका बहुत समय बचता है।

JRebel का उपयोग करते समय क्या लाभ दिखाई देते हैं:
1. चूंकि JRebel कार्यक्षेत्र से सीधे संसाधनों को लोड कर सकता है, इसलिए पूर्ण एप्लिकेशन संग्रह (JAR / WAR / EAR) को संकलित करने की कोई आवश्यकता नहीं है। यह केवल संशोधित कोड संकलित करने के लिए बना हुआ है, जो संग्रह की पूरी विधानसभा की तुलना में बहुत कम समय लेता है।
2. आवेदन की कोई पुन: तैनाती नहीं है - फिर से हम समय बचाते हैं।
3. कोई नया क्लास लोडर नहीं बनाया जाता है, इसलिए अपडेट के दौरान मेमोरी लीक होने का खतरा कम होता है। तदनुसार, हम कंटेनर के स्वयं को फिर से शुरू करने पर समय बचाते हैं।
4. वस्तुओं और उपयोगकर्ता सत्र की स्थिति को बचाया जाता है। इसलिए, आदर्श रूप से, आप एक ही पृष्ठ पर रह सकते हैं और परिवर्तनों के परिणाम देख सकते हैं - बस F5 दबाएं।

स्थापना और सेटअप

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

स्थापना के लिए ग्रहण उपयोगकर्ता, एक्लिप्स मार्केटप्लेस सेवा का उपयोग कर सकते हैं। NetBeans और IntelliJIDEA उपयोगकर्ता JRebel को प्लगइन्स की अपनी सूची में पा सकते हैं। विस्तृत निर्देश यहां देखे जा सकते हैं । प्लगइन स्थापित करने के बाद, वे आपको बताएंगे कि पंजीकरण करना और लाइसेंस प्राप्त करना अच्छा होगा

पंजीकरण के बाद , जेब्रेल खाने के लिए तैयार है।

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

java -javaagent: /opt/jrebel/jrebel.jar -cp। my.awesome.Application

विन्यास

ज्यादातर मामलों में, JRebel को अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं होती है, केवल कॉन्फ़िगरेशन फ़ाइल - rebel.xml - जो आईडीई प्लग-इन का उपयोग करके स्वचालित रूप से उत्पन्न की जा सकती है।

लब्बोलुआब यह है कि एजेंट (javaagent), जिनमें से JRebel है, को पता होना चाहिए कि संकलित कक्षाएं कहाँ स्थित हैं, और स्थिर फाइलें (html, css, आदि)। यह आपको सभी आवश्यक संसाधनों को तैनात संग्रह से नहीं, बल्कि सीधे परियोजना से डाउनलोड करने की अनुमति देगा, जहां प्रोग्रामर अपने बदलाव करता है।

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

कॉन्फ़िगरेशन फ़ाइल में ही एक सरल संरचना होती है - आपको बस क्लासपैथ और स्थैतिक संसाधनों का स्थान निर्धारित करना होगा:

 <?xml version="1.0" encoding="UTF-8"?> <application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.zeroturnaround.com" xsi:schemaLocation="http://www.zeroturnaround.com http://www.zeroturnaround.com/alderaan/rebel-2_0.xsd"> <classpath> <dir name="c:\myWorkspace\myWar\target\classes"/> <dir name="c:\myWorkspace\myWar\src\main\resources"/> </classpath> <web> <link target="/"> <dir name="c:\myWorkspace\myWar\src\main\webapp"/> </link> <link target="/jsps/"> <dir name="c:\myWorkspace\myWar\src\main\jsps"/> </link> </web> </application>

<?xml version="1.0" encoding="UTF-8"?> <application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.zeroturnaround.com" xsi:schemaLocation="http://www.zeroturnaround.com http://www.zeroturnaround.com/alderaan/rebel-2_0.xsd"> <classpath> <dir name="c:\myWorkspace\myWar\target\classes"/> <dir name="c:\myWorkspace\myWar\src\main\resources"/> </classpath> <web> <link target="/"> <dir name="c:\myWorkspace\myWar\src\main\webapp"/> </link> <link target="/jsps/"> <dir name="c:\myWorkspace\myWar\src\main\jsps"/> </link> </web> </application>

जैसा कि आप देख सकते हैं, इस तरह की फ़ाइल का उपयोग करके, किसी भी, सबसे गैर-मानक परियोजना संरचना को प्रदर्शित करना संभव है - मेरे अनुभव में, ऐसी आवश्यकताएं अक्सर उत्पन्न होती हैं। विद्रोह के लिए विकल्पों का विस्तृत विवरण। Xml प्रलेखन में पाया जा सकता है।

महत्वपूर्ण! JRebel के कॉन्फ़िगरेशन को सही ढंग से पढ़ने के लिए, rebel.xml को परिनियोजित अनुप्रयोग पर लागू किया जाना चाहिए: वेब अनुप्रयोगों के लिए, rebel.xml WEB-INF / कक्षाओं में होना चाहिए। JAR फ़ाइलों के लिए, rebel.xml संग्रह की जड़ में होना चाहिए।

आदर्श मामले में, केवल web.xml और rebel.xml संग्रह में हो सकते हैं, और अन्य संसाधनों को विद्रोही.xml में पथों के माध्यम से प्रदर्शित किया जा सकता है।

मावेन परियोजनाओं के मामले में, एक प्लगइन का उपयोग करना संभव है जो एक कॉन्फ़िगरेशन फ़ाइल उत्पन्न कर सकता है और इसे सही जगह पर बचाता है।

लांच

आईडीई से, लॉन्चिंग बहुत तुच्छ है। IntelliJIDEA के मामले में, प्लगइन स्थापित करने के बाद दिखाई देने वाले नए स्टार्ट बटन का उपयोग करें:

ग्रहण में, एक नया बुकमार्क लॉन्च कॉन्फ़िगरेशन में जोड़ा जाएगा, जिस पर यह ध्यान दिया जा सकता है कि क्या JRebel इस लॉन्च के लिए सक्षम होगा, और कुछ अन्य विकल्प।

यदि आप कंटेनर को विकास के वातावरण के बाहर चलाना चाहते हैं, तो चयनित कंटेनर के लिए स्क्रिप्ट में jjbel.jar में jrebel.jar के लिए सही रास्ता जोड़ें। कॉन्फ़िगरेशन गाइड में अलग-अलग जेवीएम और ओएस के लिए चलने के लिए नमूना स्क्रिप्ट के साथ कंटेनरों की एक सूची है।

अवसरों

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

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

एनोटेशन के साथ, फ्रेमवर्क बाहरी कॉन्फ़िगरेशन पर निर्भर होने पर विशेष एकीकरण की आवश्यकता होती है। उदाहरण के लिए, स्प्रिंग फ्रेमवर्क के मामले में, कॉन्फ़िगरेशन एनोटेशन और XML फ़ाइलों के माध्यम से दोनों को निर्दिष्ट किया जा सकता है।
उदाहरण के लिए, हमने XML कॉन्फ़िगरेशन में एक नया घटक ( बीन ) जोड़ा, और @Autowired एनोटेशन की मदद से हम नए बने घटक को नियंत्रक में स्थानांतरित करना चाहते हैं।

प्रतिबंध

हैबे और जेब्रेल पर वर्णित सभी दृष्टिकोणों की तरह कुछ तकनीकी सीमाएं हैं।

इस लेखन के समय, वर्ग पदानुक्रम में परिवर्तन समर्थित नहीं हैं, अर्थात्। यदि कार्यक्रम में एक वर्ग पहले से ही "ए का विस्तार बी" के रूप में वर्णित है, तो आप इसे "ए के विस्तार सी" में नहीं बदल सकते। यही बात इंटरफेस की सूची को बदलने के लिए लागू होती है - आप वर्ग घोषणा से इंटरफेस को जोड़ या हटा नहीं सकते।

विचार करने के लिए कुछ और बिंदु हैं।

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

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

इस व्यवहार का कारण यह है कि एक स्थिर ब्लॉक में जो होता है वह किसी वस्तु की स्थिति को अनिश्चित रूप से प्रभावित कर सकता है, इसलिए जेब्रेल इसे केवल सबसे चरम मामले में पुनः आरंभ करने का प्रयास करता है।

दूसरा परिणाम, जो इस तथ्य से निकलता है कि जेब्रेल निर्माणकर्ताओं को फिर से शुरू नहीं करता है, वह यह है कि जब एक नया फ़ील्ड वर्ग में जोड़ा जाता है, तो इस प्रकार के लिए डिफ़ॉल्ट मान असाइन किया जाएगा। यानी यदि आप एक ऐसा क्षेत्र जोड़ते हैं जिसका प्रकार एक आदिम नहीं है, तो निर्दिष्ट मान शून्य होगा, जो सामान्य रूप से NullPointerException को जन्म दे सकता है यदि यह फ़ील्ड किसी मौजूदा ऑब्जेक्ट के लिए dereferenced है।

JRebel एसडीके

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

साधन

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

कुल मिलाकर

मुझे उम्मीद है कि इस लेख के बाद, बिन बुलाए पाठक समझ जाएंगे कि जेब्रेल क्या है और इसका उपयोग कैसे किया जा सकता है। यदि आपके कोई प्रश्न हैं, तो मुझे टिप्पणियों में उनका उत्तर देने में खुशी होगी।
उन लोगों के लिए जो पहले से ही इसका उपयोग करते हैं और इस सॉफ़्टवेयर के व्यवहार में कुछ खामियां पाते हैं, हमें मंच पर लिखने या तकनीकी सहायता सेवा से संपर्क करने में संकोच न करें, हम बहुत आभारी होंगे।
आपका ध्यान के लिए धन्यवाद!

JRebel