स्प्रिंग बूट 2: नया क्या है?

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

स्प्रिंग बूट 2 की रिलीज़ 2018 की शुरुआत में हुई, और हर कोई इसे जल्द ही देखने के लिए उत्सुक है। यह रिलीज 17 महीने के काम की परिणति थी और 215 अलग-अलग लोगों के 6,800 से अधिक कमिट थे। चर्चा के लायक कई शांत विशेषताएं हैं, तो चलिए बात करते हैं कि स्प्रिंग बूट 2 में नया क्या है।

इस लेख में हम विचार करेंगे:

• स्प्रिंग बूट की कहानी
• स्प्रिंग बूट में नया क्या है
• स्प्रिंग बूट 2 अपग्रेड गाइड

स्प्रिंग बूट का इतिहास

नवाचारों में देरी करने से पहले, मैं इस अवसर को लेना चाहूंगा और स्प्रिंग बूट के इतिहास के बारे में थोड़ा बताऊंगा। अगस्त 2013 में पोस्ट किए गए एक पोस्ट में, फिल वेब ने अपने ब्लॉग पर स्प्रिंग बूट नामक एक परियोजना के पहले ऐतिहासिक रिलीज की घोषणा की ।

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

लगभग 9 महीनों के बाद, अप्रैल 2014 में, स्प्रिंग बूट 1.0 जारी किया गया था। तब से, कई छोटी रिलीज़ और नई उपयोगी सुविधाएँ मिली हैं।

स्प्रिंग बूट 1.1 (जून 2014)

• वसंत-बूट स्टार्टर परीक्षण
• मेट्रिक्स और स्वास्थ्य समापन बिंदु
• इलास्टिक सर्च, अपाचे सोलर, स्प्रिंग सोशल और स्प्रिंग इंटीग्रेशन ऑटो-कॉन्फ़िगरेशन
• टेम्पलेट समर्थन (फ्रीमेकर, ग्रूवी, और वेग)

स्प्रिंग बूट 1.2 (मार्च 2015)

• सर्वलेट 3.1, टॉमकैट 8 और जेट्टी 9
• वसंत 4.1
• @SpringBootApplication एनोटेशन
• ईमेल समर्थन

स्प्रिंग बूट 1.3 (दिसंबर 2016)

• स्प्रिंग फ्रेमवर्क को संस्करण 4.2 में अपग्रेड करना
• वसंत सुरक्षा को संस्करण 4.0 में अपग्रेड करना
• डेवलपर उपकरण
• कैशिंग ऑटो कॉन्फ़िगरेशन
• पूरी तरह से निष्पादन योग्य JAR और सेवा सहायता

स्प्रिंग बूट 1.4 (जनवरी 2017)

• वसंत 4.3
• हाइबरनेट 5
• परीक्षण संवर्द्धन
• एकीकरण स्टार्टर
• काउचबेस और Neo4J के लिए समर्थन

स्प्रिंग बूट 1.5 (फरवरी 2017)

• लकड़हारा समापन बिंदु
• अपाचे काफ्का समर्थन
• क्लाउड फाउंड्री के लिए उन्नत तंत्र
• LDAP समर्थन
• परीक्षण अद्यतन

वसंत में नया क्या है

तो स्प्रिंग बूट 2 में नया क्या है? अगर हम सबसे बड़े नवाचार के बारे में बात करते हैं, तो यह 5 वें संस्करण में स्प्रिंग फ्रेमवर्क का एक अद्यतन है। चूंकि सितंबर 2017 में स्प्रिंग फ्रेमवर्क 5 बाहर आया था, ज्यादातर डेवलपर्स (मेरे जैसे) स्प्रिंग बूट 2 के रिलीज होने का इंतजार कर रहे थे। स्प्रिंग फ्रेमवर्क 5 में नई विशेषताओं की काफी सूची है, लेकिन मैं केवल कुछ सबसे महत्वपूर्ण लोगों के बारे में बात करना चाहूंगा।

स्प्रिंग फ्रेमवर्क 5 में नया क्या है

Java 8+ वर्जन सपोर्ट

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

जावा 9 सपोर्ट

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

स्प्रिंग mvc

हालांकि स्प्रिंग एमवीसी इस लेख में कहानी के केंद्र में नहीं है, लेकिन यह कहने योग्य है कि कई अच्छे उन्नयन थे। मैं उन पर निवास नहीं करूंगा, विवरण के लिए, स्प्रिंग फ्रेमवर्क 5 के लिए प्रलेखन देखें।

स्प्रिंग वेबफ्लक्स

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

कोटलीन सपोर्ट

कोटलिन के लिए समर्थन http://start.spring.io में वापस जोड़ा गया था, लेकिन स्प्रिंग फ्रेमवर्क 5 में इस भाषा के लिए विशेष समर्थन है जो उपयोगी विशेषताएं लाता है, आप उनके बारे में यहां पढ़ सकते हैं।

परीक्षण संवर्द्धन

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

वसंत बूट 2 में नया क्या है

थर्ड पार्टी लाइब्रेरी अपडेट

स्प्रिंग बूट के प्रत्येक नए रिलीज के साथ, स्प्रिंग टीम के पास विभिन्न निर्भरता को अपडेट करने का अवसर है।

• Thymeleaf 3 *
• जेट्टी 9.4
• टोमाकट 8.5
• हाइबरनेट 5.2
• फ्लाईवे 5
• गाद ४

* थाइमेल्फ स्टार्टर में अब एक अंतर्निहित थाइमेलफ-एक्सट्रा-जावा 8 टाइम है।

सुरक्षा और प्रतिक्रियाशील स्प्रिंग डेटा

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

हमारे प्रतिक्रियाशील अनुप्रयोगों में स्प्रिंग सुरक्षा 5.0 का उपयोग करने का एक अवसर भी है।

गति देनेवाला

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

• सर्वलेट और प्रतिक्रियाशीलता का समर्थन करने के लिए नया स्वरूप
• स्थिति और विस्तृत स्वास्थ्य-जांच अलग हो जाते हैं
• सरलीकृत सुरक्षा मॉडल
• माइक्रोमीटर पर स्विच करना (यह SLF4J की तरह है, केवल मैट्रिक्स के लिए)
• बेहतर JSON डेटा संरचना
• कस्टम समापन बिंदु बनाने के लिए एक सरल प्रक्रिया।
• endpoint
• @WebEndpoint
• @JmxEndpoint

यह संभावना है कि सुरक्षा मॉडल में परिवर्तन के कारण उन्नयन में कठिनाइयां हो सकती हैं, जिसके बारे में हम बाद में बात करेंगे। डिफ़ॉल्ट रूप से, सभी वेब-एंडपॉइंट फॉर्म /actuator/{id} URL के साथ /actuator पथ के माध्यम से पहुंच योग्य हैं। / actuator पथ को management.endpoints.web.base-path सेटिंग में बदला जा सकता है।

स्प्रिंग बूट एक्ट्यूएटर वेब एपीआई एंडपॉइंट्स के लिए एक अलग से अलग डॉक्यूमेंटेशन ब्लॉक है , यह इस टूल का परिचय शुरू करने के लायक है।

ग्रेडल प्लगिन

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

शुरुआत हो रही है

प्लगइन के साथ काम करना शुरू करने के लिए, आपको इसे परियोजना पर अपलोड करने की आवश्यकता है।

 buildscript { repositories { maven { url 'https://repo.spring.io/libs-milestone' } } dependencies { classpath 'org.springframework.boot:spring-boot-gradle-plugin:2.0.0.RC1' } } apply plugin: 'org.springframework.boot' 

निष्पादन योग्य जार और युद्ध अभिलेखागार बनाना

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

निर्भरता प्रबंधन

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

 apply plugin: 'io.spring.dependency-management' 

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

सरलीकृत सुरक्षा

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

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

व्यक्तिगत सुरक्षा सेटिंग्स का उदाहरण:

 http .authorizeRequests() // 1 .requestMatchers(EndpointRequest.to("status", "info")) .permitAll() // 2 .requestMatchers(EndpointRequest.toAnyEndpoint()) .hasRole("ACTUATOR") // 3 .requestMatchers(StaticResourceRequest.toCommonLocations()) .permitAll() // 4 .antMatchers("/**") .hasRole("USER") .and() ... // additional configuration 

1. /status और /info को प्राधिकरण की आवश्यकता नहीं है।
2. अन्य सभी एक्ट्यूएटर्स एक्ट्यूलेटर की भूमिका का उपयोग करके सुरक्षित हैं।
3. साझा स्थिर संसाधनों का स्थान सभी के लिए उपलब्ध है।
4. अन्य सभी अनुप्रयोग समापन बिंदु USER भूमिका द्वारा सुरक्षित हैं।

एक्ट्यूएटर सुरक्षा

यह ध्यान में रखते हुए कि एक्ट्यूएटर एंडपॉइंट्स ठीक हैं, आपको एंडपॉइंट्स को सक्षम या बाहर करना होगा, जिसके आधार पर आपको आवश्यकता होती है। यहां ऐसी सेटिंग्स हैं जो इसे नियंत्रित करती हैं, वे 1.x रिलीज के बाद से बदल गए हैं।

 # ENDPOINTS WEB CONFIGURATION (WebEndpointProperties) management.endpoints.web.exposure.include=info,health # Endpoint IDs that should be included or '*' for all. management.endpoints.web.exposure.exclude= # Endpoint IDs that should be excluded. management.endpoints.web.base-path=/actuator # Base path for Web endpoints. Relative to server.servlet.context path or management.server.servlet.context-path if management.server.port is configured. management.endpoints.web.path-mapping= # Mapping between endpoint IDs and the path that should expose them. 

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

HTTP / 2 समर्थन

अविश्वसनीय रूप से, HTTP 1.1 विनिर्देशन की रिलीज़ 1996 में पहले से ही थी। मुझे लगता है कि आपको यह याद दिलाने की जरूरत नहीं है कि एक आधुनिक नेटवर्क हर तरह से अलग है। यदि आप स्प्रिंग MVC या WebFlux पर किसी एप्लिकेशन में HTTP / 2 समर्थन लागू करना चाहते हैं, तो निम्न पैरामीटर का उपयोग करें।

 server.http2.enabled=true 

HTTP / 2 समर्थन चयनित वेब सर्वर और अनुप्रयोग वातावरण पर निर्भर करता है, क्योंकि यह प्रोटोकॉल बॉक्स से बाहर JDK8 में समर्थित नहीं है। प्रलेखन में इसके बारे में और पढ़ें।

कॉन्फ़िगरेशन विकल्प

स्प्रिंग बूट 1.x में, तथाकथित आराम बंधन का समर्थन किया गया था, दूसरे शब्दों में, आप कई तरीकों से पैरामीटर नाम निर्धारित कर सकते हैं (ऊंट-केस, अंडरस्कोर, हाइफ़न), और अंत में, मूल्य उसी संपत्ति को सौंपा गया था।

रिलैक्स्ड बाइंडिंग उसी तरह से काम करती है, और जिस तरह से आपने अपने कोड में वैरिएबल पढ़े हैं, वह बदल गया है:

24. बाहरी विन्यास

स्प्रिंग बूट आपको अपने कॉन्फ़िगरेशन को बाहरी बनाने देता है ताकि आप अलग-अलग ... docs.spring.io में समान एप्लिकेशन कोड के साथ काम कर सकें

मीट्रिक

कस्टम स्प्रिंग बूट मीट्रिक को माइक्रोमीटर से बदल दिया गया है। यह Pivotal टीम द्वारा विकसित किया गया है और Pivotal प्रोजेक्ट्स के लिए तेज़ी से लागू होता है।

स्प्रिंग बूट एक्ट्यूएटर माइक्रोमीटर के लिए ऑटोकैनफिगरेशन प्रदान करता है, एक एप्लिकेशन मीट्रिक इंटरफ़ेस जो कई प्रकार की निगरानी का समर्थन करता है, जिसमें शामिल हैं:

• एटलस
• Datadog
• गैन्ग्लिया
• सीसा
• तांता
• JMX
• नया अवशेष
• प्रोमेथियस
• SignalFx
• सरल (इन-मेमोरी)
• StatsD
• wavefront

Https://romrometer.io/ पर माइक्रोमीटर के बारे में अधिक जानकारी।

इस वजह से एक उन्नयन उन लोगों के लिए दर्दनाक हो सकता है जो कस्टम मेट्रिक्स के टन लॉग करते हैं।

क्वार्ट्ज शेड्यूलर

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

 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-quartz</artifactId> </dependency> 

HikariCP कनेक्शन पूल

मानक कनेक्शन पूल टॉमकैट से हिकारीपीपी में बदल गया है। यदि आपने अपने Tomcat एप्लिकेशन में काम करने के लिए Hikari प्राप्त करने के लिए spring.datasource.type का उपयोग किया है, तो आप इसे हटा सकते हैं। इसी तरह, यदि आप टॉमकैट पूल का उपयोग जारी रखना चाहते हैं, तो बस अपने कॉन्फ़िगरेशन में निम्न जोड़ें:

 spring.datasource.type=org.apache.tomcat.jdbc.pool.DataSource 

डेवलपर उपकरण

डिफ़ॉल्ट रूप से, हर बार एप्लिकेशन को पुनरारंभ करने के बाद, कॉन्फ़िगरेशन में अंतर पर एक रिपोर्ट दर्ज की जाती है। दूसरे शब्दों में, रिपोर्ट उस एप्लिकेशन के ऑटो-कॉन्फ़िगरेशन में बदलाव दिखाती है जो आपके द्वारा सेम को हटाने / जोड़ने / कॉन्फ़िगरेशन पैरामीटर सेट करने जैसे परिवर्तन करते हैं।

इस रिपोर्ट की रिकॉर्डिंग को अक्षम करने के लिए, निम्न पैरामीटर को कॉन्फ़िगर करें:

 spring.devtools.restart.log-condition-evaluation-delta=false 

कोटलीन सपोर्ट

इस लेख में पहले, आधिकारिक कोटलिन समर्थन का उल्लेख किया गया था। कोटलिन के लिए प्रलेखन का एक विशेष ब्लॉक भी है।

जूनत ५

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

 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> <exclusions> <exclusion> <groupId>junit</groupId> <artifactId>junit</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-api</artifactId> <scope>test</scope> </dependency> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-engine</artifactId> <scope>test</scope> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <dependencies> <dependency> <groupId>org.junit.platform</groupId> <artifactId>junit-platform-surefire-provider</artifactId> <version>${junit-platform.version}</version> </dependency> </dependencies> </plugin> </plugins> </build> 

स्प्रिंग बूट 2 अपग्रेड गाइड

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

स्प्रिंग बूट 2.0 में, कई कॉन्फ़िगरेशन मापदंडों का नाम बदल दिया गया / हटा दिया गया, और डेवलपर्स को इन परिवर्तनों को प्रतिबिंबित करने के लिए application.properties / application.yml को अपडेट application.properties । इस कार्य को सुविधाजनक बनाने के लिए, स्प्रिंग बूट ने एक नया spring-boot-properties-migrator मॉड्यूल वितरित किया है। एक निर्भरता के रूप में आपकी परियोजना में जोड़ा जा रहा है, यह न केवल एप्लिकेशन वातावरण का विश्लेषण करेगा और स्टार्टअप पर नैदानिक ​​परिणाम प्रदर्शित करेगा, बल्कि रनटाइम में अस्थायी रूप से मापदंडों को भी स्थानांतरित करेगा। किसी एप्लिकेशन को माइग्रेट करते समय यह एक आवश्यक कदम है:

 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-properties-migrator</artifactId> </dependency> 

मुझे नहीं पता कि आप इसके बारे में क्या सोचते हैं, लेकिन मैं निश्चित रूप से स्प्रिंग बूट 2 के साथ खिलवाड़ करना शुरू कर दूंगा और कोड को इस संस्करण में माइग्रेट करने पर काम करूंगा, लेकिन आमतौर पर किसी भी बड़ी रिलीज के साथ, मैं अगले छोटे संस्करण के रिलीज होने का इंतजार करता हूं। यह न केवल स्प्रिंग पर लागू होता है, बल्कि ऐप्पल से अन्य ब्रांडों के लिए Pivotal और यहां तक ​​कि एंग्री बर्ड्स पर भी लागू होता है!