🧗 👩🏻‍🌾 🚉 वसंत बूट DevTools के साथ त्वरित विकास ✌🏻 🙆🏻 🎊

DevTools के साथ स्प्रिंग बूट पर विकास को कैसे गति दें और इस प्रक्रिया को और अधिक सुखद और उत्पादक बनाएं?

समायोजन

स्प्रिंग बूट पर विकसित होने के दौरान, सेटअप काफी सरल है। आपको बस इतना करना है कि सही निर्भरता को जोड़ना है और आप काम कर रहे हैं। स्प्रिंग बूट इसे ढूंढता है और स्वचालित रूप से तदनुसार DevTools कॉन्फ़िगर करता है।

यदि आप मावेन का उपयोग कर रहे हैं:

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> <optional>true</optional> </dependency>

ग्रेडेल का उपयोग करने पर:

 configurations { developmentOnly runtimeClasspath { extendsFrom developmentOnly } } dependencies { developmentOnly("org.springframework.boot:spring-boot-devtools") }

कृपया ध्यान दें कि निर्भरता को वैकल्पिक घोषित किया गया है। यह महत्वपूर्ण है क्योंकि इस तरह की निर्भरता की घोषणा से DevTools निर्भरता को आपकी परियोजना के आधार पर अन्य मॉड्यूलों पर संक्रमणीय रूप से लागू होने से रोकता है।

ऑटो पुनः आरंभ

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

यह अकेला इतना उपयोगी नहीं होगा, क्योंकि पुनरारंभ करने में अभी भी बहुत समय लग सकता है। सौभाग्य से, इस तरह के पुनरारंभ ट्रिकी ट्रिक के कारण एक नियमित पुनरारंभ की तुलना में बहुत तेजी से होता है जो DevTools उपयोग करता है।

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

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

आईडीई में पुनः आरंभ का प्रारंभ

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

IntelliJ IDEA का उपयोग करते समय, आपको अपनी परियोजना में बिल्ड कमांड ( Ctrl + F9 या बिल्ड → बिल्ड प्रोजेक्ट ) को चलाने की आवश्यकता होती है। आप IDEA में स्वचालित रूप से चलाने के लिए बिल्ड कमांड को भी कॉन्फ़िगर कर सकते हैं। इसके अलावा, आप स्प्रिंग बूट स्टार्टअप कॉन्फ़िगरेशन खोल सकते हैं और निर्धारित कर सकते हैं कि क्या होता है जब एप्लिकेशन अपडेट शुरू होता है ( Ctrl + F10 ):

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

दूसरे कॉम्बो बॉक्स में, आप सभी स्थिर संसाधनों और टेम्पलेट्स के रीबूट को कॉन्फ़िगर कर सकते हैं जब IDEA विंडो फोकस खो देती है (उदाहरण के लिए, जब ब्राउज़र विंडो पर स्विच हो रही होती है)।

ग्रहण में, अपनी फ़ाइलों को सहेजना काफी आसान है।

केवल विकास

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

इस उद्देश्य के लिए, जब भी आप अपने एप्लिकेशन को पूरी तरह से पैक किए गए विरूपण साक्ष्य के रूप में लॉन्च करते हैं, जैसे कि एक एकीकृत एप्लिकेशन सर्वर के साथ जार, तो इसे उत्पादन एप्लिकेशन माना जाता है:

 java -jar devtools-example-1.0.0.jar

जब आपका एप्लिकेशन एक विशेष श्रेणी लोडर के माध्यम से लॉन्च किया जाता है, तो यह लागू होता है, उदाहरण के लिए, एप्लिकेशन सर्वर पर।

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

maven:

 mvn spring-boot:run

Gradle:

 gradle bootRun

LiveReload

LiveReload एक उपयोगी उपकरण है जो आपको जब भी आप HTML, CSS, चित्र, और अधिक जैसी फ़ाइलों में परिवर्तन करते हैं, तो आप किसी ब्राउज़र में पृष्ठ को तुरंत ताज़ा कर सकते हैं। यह आवश्यकतानुसार फाइलों को प्रीप्रोसेस भी करता है - इसका अर्थ है SASS या LESS फाइलों का स्वचालित संकलन।

स्प्रिंग DevTools स्वचालित रूप से LiveReload सर्वर का एक स्थानीय उदाहरण शुरू करता है जो आपकी फ़ाइलों को ट्रैक करता है। आपको बस ब्राउज़र के लिए एक्सटेंशन इंस्टॉल करना है, और आप कर रहे हैं। यह न केवल आपके एप्लिकेशन के बाहरी इंटरफ़ेस को विकसित करने के लिए उपयोगी है (यदि आप इसे स्प्रिंग एप्लिकेशन विरूपण साक्ष्य के भाग के रूप में वितरित करते हैं), बल्कि इसका उपयोग आपके REST API के आउटपुट की निगरानी और पुनः लोड करने के लिए भी किया जा सकता है।

संपत्ति ओवरराइड

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

दो प्रकार के कॉन्फ़िगरेशन को स्वयं प्रबंधित करना बहुत मुश्किल है। अच्छी खबर यह है कि स्प्रिंग बूट डिवॉल्ट्स, डिफ़ॉल्ट रूप से, आपके स्थानीय विकास के लिए कई गुण स्थापित करते हैं।

 spring.thymeleaf.cache=false spring.freemarker.cache=false spring.groovy.template.cache=false spring.mustache.cache=false server.servlet.session.persistent=true spring.h2.console.enabled=true spring.resources.cache.period=0 spring.resources.chain.cache=false spring.template.provider.cache=false spring.mvc.log-resolved-exception=true server.servlet.jsp.init-parameters.development=true spring.reactor.stacktrace-mode.enabled=true

आप DevToolsPropertyDefaultsPostProcessor वर्ग में सभी गुणों की एक सूची पा सकते हैं।

रिमोट कनेक्शन

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

दूरस्थ कनेक्शन सक्षम करना

दूरस्थ कनेक्शन डिफ़ॉल्ट रूप से सक्षम नहीं है। आपको pom फ़ाइल को संशोधित करके स्पष्ट रूप से सक्षम करने की आवश्यकता है:

 <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <excludeDevtools>false</excludeDevtools> </configuration> </plugin> </plugins> </build>

या ग्रेडेल के साथ, आपको अपवर्जित करने की आवश्यकता है = गलत :

 bootWar { excludeDevtools = false }

फिर आपको एक पासवर्ड सेट करना होगा जो रिमोट एप्लिकेशन से कनेक्ट होने पर प्रमाणीकरण के लिए उपयोग किया जाएगा:

 spring.devtools.remote.secret=somesecret

किसी दूरस्थ अनुप्रयोग से कनेक्ट करें

रिमोट एप्लिकेशन शुरू करने के बाद, आप रिमोट कनेक्शन सत्र शुरू कर सकते हैं। अब आपको बस एक तर्क के रूप में अपने दूरस्थ अनुप्रयोग के URL के साथ org.springframework.boot.devtools.RemoteSpringApplication चलाना है। कृपया ध्यान दें कि यदि संभव हो तो आपको https का उपयोग करना चाहिए।

रिमोट कनेक्शन शुरू करना आपके आईडीई में आसान है। IDEA में, आपको बस एक नया लॉन्च कॉन्फ़िगरेशन बनाने की आवश्यकता है। रन → → कॉन्फ़िगरेशन पर जाएं ... और ऊपरी बाएं कोने में + आइकन के साथ एक नया कॉन्फ़िगरेशन बनाएं। एक एप्लिकेशन प्रकार चुनें।

मुख्य वर्ग के लिए, DevTools मॉड्यूल से RemoteSpringApplication चुनें और प्रोग्राम के तर्क के रूप में अपने दूरस्थ एप्लिकेशन का URL पास करें।

इस कॉन्फ़िगरेशन को शुरू करने के बाद, आपको एक समान आउटपुट देखना चाहिए यदि दूरस्थ अनुप्रयोग का कनेक्शन सफल था।

एक दूरस्थ अनुप्रयोग से कनेक्ट करने के बाद, DevTools स्थानीय विकास के लिए उसी तरह वर्ग पथ परिवर्तनों की निगरानी करता है। हालाँकि, स्थानीय पुनरारंभ के बजाय, यह दूरस्थ सर्वर में परिवर्तन को स्थानांतरित करता है और वहां एक पुनरारंभ आरंभ करता है। यह एक एप्लिकेशन बनाने और रिमोट मशीन पर तैनात करने की तुलना में बहुत तेज हो सकता है।

वैश्विक विन्यास

आप किसी भी अन्य स्प्रिंग एप्लिकेशन के साथ कॉन्फ़िगरेशन गुणों का उपयोग करके DevTools को अनुकूलित कर सकते हैं। यह आमतौर पर अपने प्रोजेक्ट के application.properties को संपादित करने का मतलब है। यह कॉन्फ़िगरेशन प्रत्येक एप्लिकेशन के लिए अलग है।

हालाँकि, कुछ परिदृश्यों में एक ही कंप्यूटर पर चलने वाले सभी अनुप्रयोगों के लिए वैश्विक कॉन्फ़िगरेशन होना सुविधाजनक हो सकता है। आप अपने $ HOME निर्देशिका में स्थित .spring-boot-devtools.properties नामक एक गुण फ़ाइल बना सकते हैं। इस फ़ाइल में बताया गया घोषणा, DevTools का उपयोग करके सभी अनुप्रयोगों पर लागू होता है।

प्रतिबंध

लाइव पुनः लोड करें

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

यदि आप स्प्रिंग एप्लिकेशन को कॉन्फ़िगर करना चाहते हैं ताकि वह LiveReload सर्वर को शुरू न करे, तो यह आपके एप्लिकेशन में किया जा सकता है।

 spring.devtools.livereload.enabled=false

शटडाउन हुक

DevTools SpringApplication वर्ग के शटडाउन हुक विशेषता पर निर्भर करते हैं। यदि आप मैन्युअल रूप से अक्षम विशेषता का उपयोग कर रहे हैं तो वर्ग सही ढंग से काम नहीं करेगा:

 springApplication.setRegisterShutdownHook(false);

यह विशेषता डिफ़ॉल्ट रूप से सक्षम है, इसलिए आपको इसके बारे में तब तक चिंता नहीं करनी चाहिए जब तक आप इसे स्पष्ट रूप से अक्षम नहीं करते हैं।

तृतीय-पक्ष पुस्तकालयों के साथ टकराव

हालांकि देवटूल को आमतौर पर सही ढंग से काम करना चाहिए, लेकिन तीसरे पक्ष के पुस्तकालयों के साथ उनका टकराव हो सकता है। विशेष रूप से, मानक ObjectInputStream का उपयोग करते हुए deserialization के साथ एक ज्ञात समस्या है।

इस तरह के संघर्ष की स्थिति में, आप सेटिंग द्वारा स्वचालित पुनरारंभ को अक्षम कर सकते हैं:

 spring.devtools.restart.enabled=false

फिर से काम करने से काम नहीं चलेगा। हालाँकि, पुनरारंभ वर्ग लोडर अभी भी उपयोग किया जाएगा। यदि आपको पूरी तरह से क्लास लोडर को निष्क्रिय करने की आवश्यकता है, तो आपको आवेदन शुरू करने से पहले यह करना होगा:

 public static void main(String[] args) { System.setProperty("spring.devtools.restart.enabled", "false"); SpringApplication.run(MyApp.class, args); }

यहां तक कि अगर आप स्वचालित पुनरारंभ का उपयोग नहीं करते हैं, तो भी आप अन्य DevTools सुविधाओं का उपयोग कर सकते हैं।

विलंबित प्रारंभ को सक्षम करना

एनोटेशन का उपयोग करके आप व्यक्तिगत घटकों को आलसी रूप से चिह्नित कर सकते हैं

आ ल स ी

$@ आलसी$ । यह सुविधा काफी समय से उपलब्ध है। स्प्रिंग बूट 2.2 से शुरू होकर, आप अपने सभी बीन घटकों के लिए स्प्रिंग . main.lazy-initialization = true का उपयोग करके विलंबित आरंभ को स्विच कर सकते हैं।

यह अकेले या DevTools के साथ संयोजन में और भी तेजी से पुनः आरंभ के लिए उपयोग किया जा सकता है।

DevTools आपको उसी JVM में अपने एप्लिकेशन को फिर से गर्म करने की अनुमति देता है। हॉट रीस्टार्ट का एक महत्वपूर्ण लाभ यह है कि यह JIT को आपके एप्लिकेशन को लॉन्च करने के लिए उपयोग किए गए कोड के अनुकूलन के लिए अधिक विकल्प देता है। कई पुनरारंभ के बाद, 2500 एमएस का प्रारंभिक समय लगभग 80% कम हो जाता है और 500 एमएस तक पहुंच जाता है। आलसी आरंभीकरण के साथ, हम बेहतर परिणाम प्राप्त कर सकते हैं। Spring.main.lazy-initialization इंस्टॉल करते समय, हमारा एप्लिकेशन IDE में सीधे 400 ms के बाद रीस्टार्ट होता है।

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

निष्कर्ष

DevTools स्वत: पुनरारंभ और LiveReload कार्यक्षमता प्रदान करके स्प्रिंग बूट एप्लिकेशन विकास को गति और सरल करता है। इसके अतिरिक्त, यह उन मूल्यों के लिए विभिन्न गुणों को निर्धारित करता है जो स्थानीय विकास के लिए अधिक उपयुक्त हैं। इसके अलावा, यह आपको अपने एप्लिकेशन से दूरस्थ रूप से कनेक्ट करने की अनुमति देता है और साथ ही इसके अधिकांश कार्यों का उपयोग करता है। उत्पादन में आवेदन शुरू करते समय, DevTools का उपयोग नहीं किया जाता है। विवरण के लिए आधिकारिक दस्तावेज देखें।

वसंत बूट DevTools के साथ त्वरित विकास