🧓🏻 💃🏽 🏴󠁧󠁢󠁥󠁮󠁧󠁿 चींटी + टॉम्कट: थोड़ा स्वचालन दिनचर्या 🎫 🧑🏽‍🤝‍🧑🏻 📦

सभी को शुभ दिन। मैंने छोटे स्वचालन उपकरण के बारे में एक नोट लिखने का फैसला किया, जो चींटी + टॉम्केट बंडल के साथ मेरे काम के दौरान उत्पन्न हुआ। मैं एक जावा डेवलपर के रूप में काम करता हूं, हाल ही में मुझे जावा में वेब विकास में उतरना पड़ा (मुझे खुशी के बिना नहीं कहना चाहिए)। मैं जावा में वेब के लिए कभी भी गंभीर परियोजनाओं में नहीं आया हूं, मैंने "पुस्तकों के बारे में" सब कुछ "श्रृंखला" से कुछ समय के लिए जावा पुस्तकों के ढांचे में उदाहरणों के साथ खेला है, लेकिन कुछ भी गंभीर नहीं है। और यहाँ एक पूर्ण पोर्टल से एक परियोजना है जो सामग्री के लिए जिम्मेदार बैकएंड के साथ डेटाबेस में बड़ी मात्रा में डेटा है। खैर, यह क्या है और हाँ यह है। काम शुरू हो गया है, ज्ञान का एक नया क्षेत्र दिलचस्प है, छोटी चीजें गायब हैं। लेकिन समय के साथ, आवेदन के निर्माण और तैनाती की प्रक्रिया बहुत कठिन होने लगी, क्योंकि "सबसे" दिनों में मुझे काम का परिणाम देखने और इसे क्लिक करने के लिए 40 बार इस ऑपरेशन को करना पड़ा। यह वह जगह है जहां सवाल उठता है कि क्या यह किसी भी तरह से स्वचालित हो सकता है।

उन लोगों के लिए, जैसे मैं वास्तव में जावा में वेब अनुप्रयोगों को इकट्ठा करने और तैनात करने की प्रक्रिया का प्रतिनिधित्व नहीं करता था, मैं विस्तार से थोड़ा और लिखूंगा।

1. तो, आवेदन को इकट्ठा करने की आवश्यकता है। यह आईडीई के माध्यम से किया जा सकता है, लेकिन बड़ी परियोजनाओं पर जहां कई डेवलपर्स और प्रत्येक के पास अपनी आईडीई हो सकती है, एएनटी का उपयोग करना बेहतर होता है - सार्वभौमिक और आसानी से। इसलिए विधानसभा करें, उदाहरण के लिए इस तरह: चींटी जार। हमारी परियोजना में औसतन एक जार मॉड्यूल बनाने में मुझे लगभग 15-20 सेकंड का समय लगता है। वेब एप्लिकेशन अपने आप में एक युद्ध फ़ाइल (जावा एसई में जार फ़ाइल के समान) है। लेकिन अंतिम युद्ध-फाइल (और आमतौर पर अन्य मॉड्यूल की जार-फाइलों पर निर्भरता हो सकती है)। इसके विपरीत, यदि मॉड्यूल का कोड, जिस पर अंतिम युद्ध-फ़ाइल निर्भर करता है, को बदल दिया जाता है, तो पहले हम मॉड्यूल को फिर से बनाते हैं, फिर एप्लिकेशन को स्वयं इकट्ठा करते हैं। हमारे पास 2 ऐसे मॉड्यूल हैं, एक नियम के रूप में, काम के दौरान, परिवर्तन एक ही मॉड्यूल के भीतर जाते हैं, हालांकि ऐसा होता है कि दोनों मॉड्यूल को फिर से बनाना या पुनर्निर्माण के लिए कुछ भी नहीं करना आवश्यक है (अंतिम युद्ध को छोड़कर, जिसके कोड में कुछ बदल गया है)। सामान्य तौर पर, 1 मॉड्यूल को आमतौर पर फिर से जोड़ा जाता है। इसलिए, आदेशों का क्रम इस प्रकार होगा:

 cd { } ant jar cd {  } ant war

नतीजतन, हमें आवेदन की युद्ध फाइल मिलती है। विधानसभा को निर्देशिकाओं के बीच स्विच करने में 50-60 सेकंड लगते हैं। मुझे तुरंत यह कहना चाहिए कि परियोजना में दो अंतिम युद्ध-फाइलें हैं: सार्वजनिक भाग और निजी भाग, और सामान्य सभा के लिए एक आदेश है, लेकिन इसकी असुविधा यह है कि "युद्ध" की असेंबली "अनावश्यक" अब एक ही समय में है।

2. आवेदन को स्वयं कार्रवाई में देखने के लिए, परिणामस्वरूप युद्ध-फ़ाइल को सर्वर पर तैनात किया जाना चाहिए। ऐसा करने के लिए, ब्राउज़र के माध्यम से टॉमकैट कंट्रोल पैनल पर जाएं, एप्लिकेशन के पुराने संस्करण (यदि यह था) को हटा दें, नई युद्ध फ़ाइल के स्थान को इंगित करें और थोड़ी देर (40-60 सेकंड) प्रतीक्षा करें, उसके बाद हम बनाए गए एप्लिकेशन को "जांच" करना शुरू कर सकते हैं।

यह कुछ भी नहीं है कि मैं विधानसभा के अनुमानित समय और आवेदन की तैनाती के लिए लिखता हूं - कुल मिलाकर, 2-3 मिनट के लिए इन दो सरल कदम प्रतीत होते हैं। यह थोड़ा सा लगता है, लेकिन बार-बार बदलाव या किसी प्रकार के बग का समाधान खोजने के साथ, आपको प्रोजेक्ट को फिर से पुनर्निर्माण करना होगा, सर्वर से एप्लिकेशन के पुराने संस्करण को अनप्लॉय (हटाएं), और फिर एप्लिकेशन के नए संस्करण को तैनात (तैनात) करना होगा। ऐसा होता है कि एक दिन में आप इस ऑपरेशन को कुछ बार दोहराते हैं, लेकिन ऐसा होता है, जैसा कि मैंने ऊपर लिखा है कि यह ऑपरेशन दर्जनों बार दोहराया जाता है। परिणामस्वरूप, इस प्रक्रिया को अनुकूलित करने पर सवाल उठने लगा, क्योंकि इस ऑपरेशन को 10-20 बार दोहराने से 30-60 मिनट का खर्च लगता है। ठीक है, अगर इस समय कंप्यूटर से विचलित करना संभव था, लेकिन यह पता चला है कि किसी व्यक्ति की घनी भागीदारी आवश्यक है।

पहले, चरण 1 (प्रत्येक युद्ध के लिए अलग से) करने के लिए एक कमांड जोड़ने के लिए चींटी में विचार उत्पन्न हुआ, लेकिन फिर यह सवाल उठा कि "क्या चरण # 2 को स्वचालित करना संभव है?", यही है, चींटी को सिखाने के लिए कि कैसे टॉमकैट पर एप्लिकेशन की तैनाती का प्रबंधन करें। Google में थोड़ी खोज करने के बाद, मैंने कई समाधान ढूंढे, जिनसे मैंने अपना स्वयं का संग्रह किया, प्रत्येक से कुछ क्षण ले रहा था।

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

सबसे पहले, आपको यह पता लगाने की आवश्यकता है कि क्या सिस्टम में एक टॉमकैट है ताकि इसके साथ काम करने के लिए कुछ हो:

 <target name="if-has-tomcat"> <property environment="env"/> <condition property="has.tomcat"> <available file="${env.CATALINA_HOME}"/> </condition> </target>

हम "if-has-tomcat" कार्य बनाते हैं, जिसका सार CATALINA_HOME सिस्टम वैरिएबल में निर्दिष्ट निर्देशिका की उपलब्धता की जांच करना है और "has.tomcat" वैरिएबल के रूप में इस चेक का परिणाम प्रस्तुत करना है। अभिव्यक्ति property environment="env" आपको सिस्टम चर का उपयोग करने की अनुमति देता है।

अब जब हम जानते हैं कि टॉमकैट सिस्टम पर है, तो हम इसके पुस्तकालयों को जोड़ सकते हैं, जो हमें चींटी से टॉमकैट को नियंत्रित करने की अनुमति देगा। उसी समय, यहां हम जांचते हैं कि सर्वर पर युद्ध फ़ाइल का पुराना संस्करण है या नहीं।

 <target name="check-if-deployed" depends="if-has-tomcat" if="has.tomcat"> <property name="tomcat.home.dir" location="${env.CATALINA_HOME}" /> <property name="tomcat.base.url" value="http://localhost:8080" /> <property name="tomcat.manager.url" value="${tomcat.base.url}/manager/text" /> <property name="tomcat.user.name" value="login" /> <property name="tomcat.user.password" value="password" /> <condition property="is.webapp.deployed"> <http url="${tomcat.base.url}/${ant.project.name}" /> </condition> <path id="tomcat.classpath"> <!-- We need the Catalina jars for Tomcat --> <fileset dir="${tomcat.home.dir}/lib"> <include name="catalina-ant.jar"/> <include name="tomcat-coyote.jar"/> <include name="tomcat-util.jar"/> </fileset> <fileset dir="${tomcat.home.dir}/bin"> <include name="tomcat-juli.jar"/> </fileset> </path> <!-- Configure the custom Ant tasks for the Manager application --> <taskdef name="deploy" classname="org.apache.catalina.ant.DeployTask" classpathref="tomcat.classpath"/> <taskdef name="list" classname="org.apache.catalina.ant.ListTask" classpathref="tomcat.classpath"/> <taskdef name="reload" classname="org.apache.catalina.ant.ReloadTask" classpathref="tomcat.classpath"/> <taskdef name="findleaks" classname="org.apache.catalina.ant.FindLeaksTask" classpathref="tomcat.classpath"/> <taskdef name="resources" classname="org.apache.catalina.ant.ResourcesTask" classpathref="tomcat.classpath"/> <taskdef name="start" classname="org.apache.catalina.ant.StartTask" classpathref="tomcat.classpath"/> <taskdef name="stop" classname="org.apache.catalina.ant.StopTask" classpathref="tomcat.classpath"/> <taskdef name="undeploy" classname="org.apache.catalina.ant.UndeployTask" classpathref="tomcat.classpath"/> </target>

सबसे पहले, हम tomcat के साथ काम करने के लिए आवश्यक चर घोषित करते हैं: tomcat होम फ़ोल्डर, tomcat URL, Manager URL, लॉगिन और पासवर्ड। फिर हम एक ऐसी स्थिति बनाते हैं जो यह जांचती है कि एप्लिकेशन पहले से होस्टेड है (यानी, एप्लिकेशन के नए संस्करण को तैनात करने से पहले, पुराने को हटाना आवश्यक होगा)। यहां $ {ant.project.name} में एप्लिकेशन का नाम शामिल है, जिसे ऊपर घोषित किया गया है (मैं चींटी स्क्रिप्ट के हेडर में घोषित किया गया है, क्योंकि यह चर परियोजना के निर्माण के कार्य में शामिल है)। अगला कदम पुस्तकालयों को जोड़ना है जो आपको चींटी के माध्यम से सर्वर का प्रबंधन करने की अनुमति देगा। अच्छी तरह से और आखिरी - हम टॉमकैट के प्रबंधन के लिए चींटी के लिए कार्यों की घोषणा करते हैं।

अब जब हम सभी स्रोत डेटा जानते हैं, तो हम युद्ध फ़ाइल के पुराने संस्करण (यदि कोई हो) को हटा सकते हैं - अनिर्धारित कमांड और एक नई युद्ध फ़ाइल - तैनाती कमांड।

 <target name="undeploy" depends="if-has-tomcat, check-if-deployed" if="is.webapp.deployed"> <!-- TOMCAT undeploy--> <undeploy url="${tomcat.manager.url}" username="${tomcat.user.name}" password="${tomcat.user.password}" path="/${ant.project.name}" /> </target> <target name="deploy" depends="clean, war, if-has-tomcat, undeploy" if="has.tomcat"> <!-- TOMCAT deploy--> <deploy url="${tomcat.manager.url}" username="${tomcat.user.name}" password="${tomcat.user.password}" path="/${ant.project.name}" war="${dist.dir}/${ant.project.name}.war" /> </target>

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

अनिर्दिष्ट कार्य में, जैसा कि तैनाती के रूप में देखा जाता है, सिस्टम में टॉमकैट की उपस्थिति के लिए एक चेक किया जाता है। ऐसा इसलिए किया जाता है ताकि आप एंटी अनप्लॉय कमांड को सुरक्षित रूप से निष्पादित कर सकें।

नतीजतन, यह पता चला कि सब कुछ एक कमांड - चींटी तैनात द्वारा निष्पादित किया जाता है। फिर आप 1-2 मिनट के लिए विचलित हो सकते हैं - चींटी खुद सब कुछ करेगी। विशुद्ध रूप से, असेंबली और परिनियोजन का समय एक ही था, लेकिन इस परियोजना में बचत "मैन्युअल रूप से" पर क्लिक करके और कई टीमों ने प्रत्येक तैनाती से 1-1.5 मिनट की राशि प्राप्त की। 20-30 अतिरिक्त मिनटों में एक दिन में क्या होता है और क्या सबसे महत्वपूर्ण है: एक कमांड की मदद से तैनाती की जाती है और इस पर ध्यान देने की आवश्यकता नहीं होती है, अर्थात् असेंबली और तैनाती के दौरान, आप थोड़ा विचलित और आराम कर सकते हैं।

चींटी + टॉम्कट: थोड़ा स्वचालन दिनचर्या

More articles: