स्प्रिंग बूट 2: रिलीज नोट्स में वे क्या नहीं लिखते हैं

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

जोकर 2018 सम्मेलन में, मैंने इस बात पर चर्चा की कि स्प्रिंग बूट 2 पर स्विच करते समय मुझे स्वयं किन समस्याओं का सामना करना पड़ा और उन्हें कैसे हल किया जाता है। और अब विशेष रूप से हैबर के लिए - इस रिपोर्ट का पाठ संस्करण। सुविधा के लिए, पोस्ट में एक वीडियो रिकॉर्डिंग और सामग्री की एक तालिका है: आप पूरी बात नहीं पढ़ सकते हैं, लेकिन सीधे उस समस्या पर जाएं जो आपको चिंतित करती है।

सामग्री की तालिका

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

आपका दिन शुभ हो! मैं आपको कुछ विशेषताओं के बारे में बताना चाहता हूं (चलो उन्हें रेक कहते हैं) जो आपको स्प्रिंग बूट फ्रेमवर्क को दूसरे संस्करण और उसके बाद के ऑपरेशन को अपडेट करते समय सामना कर सकते हैं।

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

प्रायोगिक उत्पाद के बारे में संक्षेप में

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

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

रिपोर्ट की रूपरेखा

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

स्प्रिंग बूट / 2

सबसे पहले, सामान्य रूप से स्प्रिंग बूट के बारे में कुछ शब्द और विशेष रूप से दूसरा संस्करण। सबसे पहले, यह संस्करण जारी किया गया था, इसे हल्के ढंग से रखने के लिए, कल नहीं: 1 मार्च 2018 को, यह पहले से ही सामान्य उपलब्धता में था। मुख्य लक्ष्यों में से एक जो डेवलपर्स ने पीछा किया था वह स्रोत स्तर पर जावा 8 का पूरी तरह से समर्थन करना था। यही है, यह एक छोटे संस्करण पर संकलित नहीं किया जा सकता है, हालांकि रनटाइम संगत है। पांचवें संस्करण का स्प्रिंग फ्रेमवर्क, जिसे स्प्रिंग बूट 2 की तुलना में थोड़ा पहले जारी किया गया था, को आधार के रूप में लिया गया था। और यह एकमात्र निर्भरता नहीं है। उनके पास BOM (सामग्री का बिल) जैसे एक अवधारणा भी है - यह एक विशाल XML है जो सभी प्रकार के (तृतीयक) पुस्तकालयों के सभी प्रकार, अतिरिक्त ढांचे, उपकरण, और बहुत कुछ पर निर्भर करता है।

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

संकलन समय। एपीआई उदाहरण बदलते हैं

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

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


लेकिन, जैसा कि आप शायद अनुमान लगाते हैं, सब कुछ इतना अच्छा नहीं है।

संकलन क्या टूट जाएगा (उदाहरण 1):

• क्यों : WebMvcConfigurerAdapter वर्ग अधिक नहीं है;
• क्यों : जावा 8 चिप्स (इंटरफेस में डिफ़ॉल्ट तरीके) का समर्थन करने के लिए;
• क्या करें : WebMvcConfigurer इंटरफ़ेस का उपयोग करें।

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

क्या संकलन टूट जाएगा (उदाहरण 2):

• क्यों : PropertySourceLoader#load विधि ने एक के बजाय स्रोतों की सूची वापस करना शुरू किया;
• क्यों : बहु-दस्तावेज़ संसाधनों का समर्थन करने के लिए, उदाहरण के लिए, YAML;
• क्या करें : singletonList() में प्रतिक्रिया लपेटें singletonList() (ओवरराइड होने पर)।

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

क्या संकलन टूट जाएगा (उदाहरण 3):

• क्यों : .servlet पैकेज से कुछ वर्गों ने .servlet संकुल - .servlet से .reactive ;
• क्यों : पारंपरिक के साथ सममूल्य पर जेट स्टैक का समर्थन करने के लिए;
• क्या करें : अपडेट आयात करें।

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

क्या संकलन टूट जाएगा (उदाहरण 4):

• क्यों : ErrorAttributes वर्ग के तरीकों के हस्ताक्षर ErrorAttributes : RequestAttributes बजाय, WebRequest(servlet) और ServerRequest(reactive) उपयोग किया जाने लगा;
• क्यों : पारंपरिक के साथ सममूल्य पर जेट स्टैक का समर्थन करने के लिए;
• क्या करें : हस्ताक्षर में वर्ग नामों को बदलें।

उदाहरण के लिए, ErrorAttributes वर्ग में, अब, RequestAttributes के बजाय, दो अन्य कक्षाएं विधियों में उपयोग की जाने लगीं: ये WebRequest और ServerRequest हैं। कारण वही है। और इसके बारे में क्या करना है? यदि आप पहली से दूसरी स्प्रिंग बूट पर स्विच कर रहे हैं, तो आपको RequestAttributes को WebRequest में बदलने की आवश्यकता है। ठीक है, यदि आप पहले से ही दूसरे पर हैं, तो ServerRequest का उपयोग करें। जाहिर है, है ना?

कैसे हो?

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

---

सामग्री प्रकार। HTTP प्रतिसाद के प्रकार का निर्धारण

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



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

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

उदाहरण (v1.x):

 dependencies { ext { springBootVersion = '1.5.14.RELEASE' } compile("org.springframework.boot:spring-boot-starter-web:$springBootVersion") } 

निष्पादन योग्य कोड के रूप में, हमारे पास एक एकल वर्ग है जिसमें नियंत्रक विधि तुरंत घोषित की जाती है।

 @GetMapping(value = "/download/{fileName: .+}", produces = {TEXT_HTML_VALUE, APPLICATION_JSON_VALUE, TEXT_PLAIN_VALUE}) public ResponseEntity<Resource> download(@PathVariable String fileName) { //   ,  Content-Type } 

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



सामान्य तौर पर, आप ऐसा करने की कोशिश भी कर सकते हैं। दरअसल, यदि हम एक ही दस्तावेज़ को अलग-अलग एक्सटेंशन के साथ अनुरोध करते हैं, तो यह सही सामग्री-प्रकार के साथ वापस आ जाएगा, जो हम लौटाते हैं उसके आधार पर: यदि आप चाहते हैं - json, यदि आप चाहें - txt, यदि आप चाहते हैं - html यह एक परी कथा की तरह काम करता है।

V2.x पर अपडेट हो रहा है

 dependencies { ext { springBootVersion = '2.0.4.RELEASE' } compile("org.springframework.boot:spring-boot-starter-web:$springBootVersion") } 

यह दूसरे स्प्रिंग बूट में अपग्रेड करने का समय है। हम सिर्फ नंबर 1 से 2 बदलते हैं।



स्प्रिंग एमवीसी पथ मिलान डिफ़ॉल्ट व्यवहार परिवर्तन

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



इसलिए, हम स्कोर, चेक और धमाका करते हैं! - अचानक काम नहीं करता है। किसी कारण से, बस टेक्स्ट / html हर जगह दिया जाना शुरू हो जाता है, और यदि आप इसे खोदते हैं, तो यह केवल टेक्स्ट / html नहीं है, बल्कि आपके द्वारा निर्दिष्ट प्रकारों में से पहला है जो @GetMapping एनोटेशन पर विशेषता का निर्माण करता है। ऐसा क्यों? यह लग रहा है, इसे हल्का, समझ से बाहर करने के लिए।



और यहां, कोई भी रिलीज़ नोट्स मदद नहीं करेगा, आपको स्रोत पढ़ना होगा।

ContentNegotiationManagerFactoryBean

 public ContentNegotiationManagerFactoryBean build() { List<ContentNegotiationStrategy> strategies = new ArrayList<>(); if (this.strategies != null) { strategies.addAll(this.strategies); } else { if (this.favorPathExtension) { PathExtensionContentNegotiationStrategy strategy; // … 

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



हां, शायद, कई ने देखा कि वसंत में, जाहिरा तौर पर, किसी प्रकार का दिशानिर्देश है, ताकि नाम अच्छी तरह से हो, कम से कम बीस मिनट लंबा हो।



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

फ्रेमवर्क के डेवलपर लोग भी हैं, वे भी गलतियाँ करते हैं। इसके बारे में क्या करना है? यह स्पष्ट है कि आपको अपनी परियोजना में पैरामीटर को स्विच करने की आवश्यकता है, और सब कुछ ठीक हो जाएगा।

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

यदि आप कैविट्स को समझते हैं और फिर भी आपके एप्लिकेशन को प्रत्यय पैटर्न मिलान का उपयोग करना पसंद करेंगे, तो निम्न कॉन्फ़िगरेशन की आवश्यकता है:
spring.mvc.contentnegotiation.favor-path-extension = true
...

यह लिखा है, वे कहते हैं, यदि आप सभी चालों को समझते हैं और फिर भी प्रत्यय पथ मिलान का उपयोग करना चाहते हैं, तो इस बॉक्स को जांचें। विसंगति महसूस करते हैं? ऐसा लगता है जैसे हम इस ध्वज के संदर्भ में सामग्री-प्रकार की परिभाषा के बारे में बात कर रहे हैं, लेकिन यहां हम जावा विधियों और URL के मिलान के बारे में बात कर रहे हैं। यह किसी भी तरह समझ से बाहर है।

हमें और खुदाई करनी होगी। GitHub पर ऐसा पुल अनुरोध है:



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

आप निश्चित रूप से, इसे GitHub पर तुरंत पा सकते हैं यदि आप केवल यह जानते थे कि कहाँ देखना है।


प्रत्यय मिलान

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

संक्षेप में प्रस्तुत करना

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

• सुरक्षा जोखिम कम करें (जो लोग, मैं स्पष्ट कर दूंगा);
• WebFlux और WebMvc के व्यवहार को संरेखित करें, वे इस पहलू में भिन्न थे;
• प्रलेखन को फ्रेमवर्क कोड के साथ विवरण में संरेखित करें।

कैसे हो?

पहले, जब भी संभव हो, आपको विस्तार से सामग्री-प्रकार की परिभाषा पर भरोसा नहीं करना चाहिए। मैंने जो उदाहरण दिखाया, वह प्रतिवाद है, ऐसा करने की कोई आवश्यकता नहीं है! साथ ही यह इस तथ्य पर भरोसा करने के लिए आवश्यक नहीं है कि "GET something.json" फॉर्म के अनुरोध, उदाहरण के लिए, "बस कुछ प्राप्त करें"। स्प्रिंग फ्रेमवर्क 4 और स्प्रिंग बूट 1 में यही स्थिति थी। यह अब काम नहीं करता है। यदि आपको एक्सटेंशन वाली फ़ाइल में मैप करने की आवश्यकता है, तो आपको इसे स्पष्ट रूप से करने की आवश्यकता है। इसके बजाय, स्वीकार्य हेडर या URL पैरामीटर पर भरोसा करना बेहतर है, जिसका नाम आप ड्राइव कर सकते हैं। यदि आप इसे किसी भी तरह से नहीं कर सकते हैं, तो मान लें कि आपके पास कुछ पुराने मोबाइल क्लाइंट हैं जिन्होंने पिछली शताब्दी में अपडेट करना बंद कर दिया था, आपको इस ध्वज को वापस करना होगा, इसे "सही" पर सेट करना होगा, और सब कुछ पहले की तरह काम करेगा।

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

निर्धारण। अनुसूचित या आवधिक कार्य

आइए गुंजाइश को थोड़ा बदल दें और शेड्यूल या समय-समय पर कार्यों को पूरा करने के बारे में बात करें।

किसी कार्य का उदाहरण। हर 3 सेकंड में संदेश लॉग करें

जो कहा जा रहा है, मुझे लगता है, समझ में आता है। हमारे पास कुछ व्यावसायिक आवश्यकताएं हैं, कुछ प्रकार के पुनरावृत्ति के साथ कुछ करने के लिए, इसलिए हम तुरंत उदाहरण के लिए आगे बढ़ेंगे। मान लीजिए कि हमारे पास एक मेगा-कॉम्प्लेक्स कार्य है: हर 3 सेकंड में लॉग के लिए कुछ बतख उत्पादन करने के लिए।



यह किया जा सकता है, जाहिर है, विभिन्न तरीकों से, उनके लिए किसी भी तरह से वसंत में पहले से ही कुछ है। और इसे खोजें - बहुत सारे तरीके।

विकल्प 1: अपने प्रोजेक्ट में एक उदाहरण के लिए खोजें

 /** *A very helpful service */ @Service public class ReallyBusinessService { // … a bunch of methods … @Scheduled(fixedDelay = 3000L) public void runRepeatedlyWithFixedDelay() { assert Runtime.getRuntime().availableProcessors() >= 4; } // … another bunch of methods … } 

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

विकल्प 2: वांछित एनोटेशन की खोज करें

आप एनोटेशन को सीधे नाम से खोज सकते हैं, और यह प्रलेखन से भी स्पष्ट होगा कि आप इसे लटकाते हैं - और सब कुछ काम करता है।

विकल्प 3: Googling

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

 @Component public class EventCreator { private static final Logger LOG = LoggerFactory.getLogger(EventCreator.class); private final EventRepository eventRepository; public EventCreator(final EventRepository eventRepository) { this.eventRepository = eventRepository; } @Scheduled(fixedRate = 1000) public void create() { final LocalDateTime start = LocalDateTime.now(); eventRepository.save( new Event(new EventKey("An event type", start, UUID.randomUUID()), Math.random() * 1000)); LOG.debug("Event created!"); } } 

इसमें कैच कौन देखता है? हम सब के बाद इंजीनियर हैं, आइए देखें कि यह वास्तविकता में कैसे काम करता है।

मुझे कोड दिखाओ!

एक विशिष्ट कार्य (कार्य स्वयं और कोड मेरे भंडार में हैं ) पर विचार करें।

कौन नहीं पढ़ना चाहता है, आप वीडियो के इस टुकड़े को एक प्रदर्शन (22 वें मिनट तक) के साथ देख सकते हैं:


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

 dependencies { ext { springBootVersion = '1.5.14.RELEASE' // springBootVersion = '2.0.4.RELEASE' } compile("org.springframework.boot:spring-boot-starter-web:$springBootVersion") compile("org.springframework.boot:spring-boot-starter-actuator:$springBootVersion") // +100500      } 

और हमारा निष्पादन योग्य कोड और भी सरल हो जाएगा।

 package tech.toparvion.sample.joker18.schedule; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.scheduling.annotation.Scheduled; @SpringBootApplication public class EnableSchedulingDemoApplication { private static final Logger log = LoggerFactory.getLogger(EnableSchedulingDemoApplication.class); public static void main(String[] args) { SpringApplication.run(EnableSchedulingDemoApplication.class, args); } @Scheduled(fixedRate = 3000L) public void doOnSchedule() { log.info(“ 3     …”); } } 

सामान्य तौर पर, लगभग कुछ भी उल्लेखनीय नहीं है, केवल और केवल एक विधि को छोड़कर जिस पर हमने एनोटेशन लटका दिया था। हमने इसे कहीं और कॉपी किया और काम करने की उम्मीद की।

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



केवल दूसरी स्प्रिंग बूट के उन्नयन का समय आता है। हम परेशान नहीं होंगे, बस एक से दूसरे पर स्विच करें:

 dependencies { ext { // springBootVersion = '1.5.14.RELEASE' springBootVersion = '2.0.4.RELEASE' } 

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

हम शुरू करते हैं। सबसे पहले, हम आश्वस्त हैं कि हम दूसरे स्प्रिंग बूट पर काम कर रहे हैं, अन्यथा नहीं हैं, ऐसा लगता है, कोई विचलन नहीं है।



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

7.3.1। शेड्यूलिंग एनोटेशन सक्षम करें
@Scheduled और Async एनोटेशन के लिए समर्थन को सक्षम करने के लिए, आप अपने @Configuration कक्षाओं में से एक में @EnableScheduling और @EnableAsync जोड़ सकते हैं।

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



हम पहले स्प्रिंग बूट के स्रोत कोड के माध्यम से अफवाह शुरू करते हैं। हम पाते हैं कि वहाँ कुछ वर्ग है जिस पर यह माना जाता है कि लटका हुआ है। हम करीब से देखते हैं, इसे "MetricExportAutoConfiguration" कहा जाता है और, जाहिर है, इन प्रदर्शन मीट्रिक को कुछ केंद्रीकृत एग्रीगेटरों के बाहर वितरित करने के लिए जिम्मेदार है, और यह वास्तव में यह एनोटेशन है।



इसके अलावा, यह इस तरह से काम करता है कि इसमें संपूर्ण अनुप्रयोग पर अपना व्यवहार शामिल है, इसे अलग-अलग वर्गों में लटकाए जाने की आवश्यकता नहीं है। यह वह वर्ग था जो इस व्यवहार का आपूर्तिकर्ता था, और फिर किसी कारण से नहीं। क्यों?



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

कौन पढ़ना नहीं चाहता, 30 सेकंड के लिए एक छोटा डेमो देखें:


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

 package tech.toparvion.sample.joker18.schedule; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.scheduling.annotation.EnableScheduling; import org.springframework.scheduling.annotation.Scheduled; @SpringBootApplication @EnableScheduling public class EnableSchedulingDemoApplication { private static final Logger log = LoggerFactory.getLogger(EnableSchedulingDemoApplication.class); public static void main(String[] args) { SpringApplication.run(EnableSchedulingDemoApplication.class, args); } @Scheduled(fixedRate = 3000L) public void doOnSchedule() { log.info(“ 3     …”); } } 

क्या आपको लगता है कि यह काम करेगा? आइए चेक करते हैं। हम शुरू करते हैं।



यह देखा जा सकता है कि 3 सेकंड के बाद, 6 के बाद और 9 के बाद, हमारे द्वारा अपेक्षित संदेश अभी भी लॉग में प्रदर्शित होता है।

कैसे हो?

इस विशेष और अधिक सामान्य मामले में इसके साथ क्या करना है? कोई फर्क नहीं पड़ता कि यह कितना नैतिक हो सकता है, सबसे पहले, यह पढ़ने के लायक है न केवल प्रलेखन के टुकड़े की नकल की, बल्कि थोड़ा व्यापक भी है, बस ऐसे पहलुओं को कवर करने के लिए।

दूसरे, याद रखें कि स्प्रिंग बूट में भले ही कई सुविधाएँ बॉक्स से बाहर हों (शेड्यूलिंग, एसक्यूएन, कैशिंग, ...), वे हमेशा शामिल नहीं होते हैं, उन्हें स्पष्ट रूप से सक्षम होना चाहिए।

तीसरा, यह सुरक्षित होने के लिए परेशान नहीं करता है: अपने कोड में सक्षम करें * एनोटेशन (और उनके पूरे परिवार) को जोड़ें, फ्रेमवर्क की उम्मीद न करें। लेकिन फिर सवाल उठता है: क्या होगा अगर संयोग से मैं और मेरे सहयोगी कुछ एनोटेशन जोड़ते हैं, तो वे कैसे व्यवहार करेंगे? , . : . , .

, @EnableAsync Enable Caching , , , , , . , . ? javadoc , . , . , Enable *, , . ? .

Spring Cloud & Co.

Spring Boot 2 , Spring Cloud — Service Discovery ( ). JavaMelody. - . , , JDBC, H2.



, , JavaMelody — , , . dev-, test, - , Prometheus.

Gradle :

 dependencies { ext { springBootVersion = '2.0.4.RELEASE' springCloudVersion = '2.0.1.RELEASE' } compile("org.springframework.boot:spring-boot-starter-web:$springBootVersion") runtime("org.springframework.boot:spring-boot-starter-jdbc:$springBootVersion") runtime group: "org.springframework.cloud", name: "spring-clooud-starter-netflix-eureka-client", version: springCloudVersion runtime("net.bull.javamelody:javamelody-spring-boot-starter:1.72.0") //… } 

( )

Spring Boot — web jdbc, Spring Cloud eureka (, , Service Discovery), JavaMelody. .

 @SpringBootApplication public class HikariJavamelodyDemoApplication { public static void main(String[] args) { SpringApplication.run(HikariJavamelodyDemoApplication.class, args); } } 

हम शुरू करते हैं।



. , , - com.sun.proxy Hikari, HikariDataSource. , Hikari — , Tomcat, C3P0 .


? .

Spring Cloud dataSource

, Spring Cloud , dataSource ( ), . , AutoRefresh RefreshScope — . . CGLIB.

, , Spring Boot Spring : JDK ( , ) CGLIB ( ). BeanPostProcessor' BeanDefinition , .

JavaMelody dataSource

— JavaMelody. DataSource , , . JavaMelody JDK-, , . — BeanPostProcessor.

, , DataSource JDK-, CGLIB-. :



. , .

Spring Boot dataSource.unwrap()

Spring Boot, DataSource#unwrap(), JMX. JDK- ( ), CGLIB-, Spring Cloud, Spring Context. , , JDK-, CGLIB API .

, :


https://jira.spring.io/browse/SPR-17381

, , , . , , , , - .



. Hikari?

, Hikari - , Spring Cloud . : Hikari Spring Boot 2. ? - - . , Spring Cloud? , - , ? . , .

…

 org.springframework.cloud.autoconfigure.RefreshAutoConfiguration .RefreshScopeBeanDefinitionEnhancer: /** * Class names for beans to post process into refresh scope. Useful when you * don't control the bean definition (eg it came from auto-configuration). */ private Set<String> refreshables = new HashSet<>( Arrays.asList("com.zaxxer.hikari.HikariDataSource")); 

Spring Cloud autoconfiguration, Enhancer BeanDefinition', , Hikari. Spring Cloud . .

? Spring Cloud , CGLIB-. , , , , - . (jira.spring.io/browse/SPR-17381). BeanPostProcessor, . BeanDefinition , BeanPostProcessor'. Stack Overflow , - , , proxyTargetClass true false , . , . .

, - , .

:

• (, Tomcat JDBC Pool)
  spring.datasource.type=org.apache.tomcat.jdbc.pool.DataSource
  
  runtime 'org.apache.tomcat:tomcat-jdbc:8.5.29'
  Hikari , , , , , Tomcat, Spring Boot.
• JavaMelody, JDBC-, .
  javamelody.excluded-datasources=scopedTarget.dataSource
• Spring Cloud.
  spring.cloud.refresh.enabled=false
  , , , Service Discovery, .

. , .

( *)

* Spring Cloud ( JavaMelody)

 @Component @ManagedResource @EnableAsync public class MyJmxResource { @ManagedOperation @Async public void launchLongLastingJob() { // -   } } 

: github.com/toparvion/joker-2018-samples/tree/master/jmx-resource .

. , Spring Cloud. JavaMelody , Spring-, . , , , JMX . - , Async, JMX- . JMX, @ManagedOperation, , ( Spring — , OK).

, , , , , myJMXResource JMX, . , — , CGLIB JDK.



JDK CGLIB-. , - BeanPostProcessor.

, BeanPostProcessor':
AsyncAnnotationBeanPostProcessor

• : Async
• : org.springframework.scheduling
• : @EnableAsync ( Import )

2. DefaultAdvisorAutoProxyCreator

• : AOP-,
• : org.springframework.aop.framework.autoproxy
• : @Configuration- PointcutAdvisorConfig ( )

DefaultAdvisorAutoProxyCreator @Configuration-. , , JavaMelody, configuration-. , PointcutAdvisorConfig, .



, . PointcutAdvisorConfig, AdvisorConfig, , configuration-, , , , , .

, , , , -.



BeanPostProcessor'. , , , BeanPostProcessor . , Advised ( BeanPostProcessor'), , , , , , JDK-, . .

. , :



JMX . BeanPostProcessor. BeanPostProcessor', , , , , JAR, , .

कैसे हो?

-, , Spring AOP, , . « »? , - Advice Advisor, , .

-, best practices. , JMX- , . - , , , . , autowire' () . . , , - . Order , . , , , .. proxyTargetClass, .

: , . -, «Keep calm and YAGNI». , . « », - , - , , , . , , : -, , — , . . , Spring , , . tolkkv , , 436- , . , .

Relax Binding. ()

, .


https://docs.spring.io/spring-boot/docs/2.0.5.RELEASE/reference/htmlsingle/#boot-features-external-config-relaxed-binding

, Relax Binding Spring Boot. - . , - firstName , acme.my-project.person, Spring Boot . : camel case, , , - — firstName. Relax Binding.

Spring Boot' , , — . , , , :

• github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Migration-Guide#relaxed-binding ( 1 )
• docs.spring.io/spring-boot/docs/2.0.5.RELEASE/reference/htmlsingle/#boot-features-external-config-relaxed-binding ( 3 )
• github.com/spring-projects/spring-boot/wiki/Relaxed-Binding-2.0 ( 4 )

, , . - . , .

उदाहरण के लिए:

 dependencies { ext { springBootVersion = '1.5.4.RELEASE' } compile("org.springframework.boot:spring-boot-starter:$springBootVersion") } 

( )

- , web, Spring Boot, - .

 @SpringBootApplication public class RelaxBindingApplication implements ApplicationRunner { private static final Logger log = LoggerFactory.getLogger(RelaxBindingDemoApplication.class); @Autowired private SecurityProperties securityProperties; public static void main(String[] args) { SpringApplication.run(RelaxBindingDemoApplication.class, args); } @Override public void main run(ApplicationArguments args) { log.info("KEYSTORE TYPE IS: {}", securityProperties.getKeyStoreType()); } } 

, POJO- ( ) , KEYSTORE TYPE. POJO , applications.properties application.yaml, .

keystoreType, private String keystoreType, applications.properties: security.keystoreType=jks.

 @Component @ConfigurationProperties(prefix = "security") public class SecurityProperties { private String keystorePath; private String keystoreType; public String getKeystorePath() { return keystorePath; } public void setKeystorePath(String keystorePath) { this.keystorePath = keystorePath; } public String getKeyStoreType() { return keystoreType; } public void setKeystoreType(String keystoreType) { this.keystoreType = keystoreType; } } 

Spring Boot .



, , , . , .



, . , , , - , , - key-store-type. , , , .

. , .



. 2 , , . Java properties — , . , , , , , . — Java bean . , , . , «keystore» , : «Key» «Store». …



, , ? .

, , Relax Binding ( getStoreType()). , . , . , keyStoreType, . , Relax Binding, , , .

, - , - , . , . :



, - , , , , -, . .

कैसे हो?

: - . -, , dev- , , YAML properties, — , , . -, c , Relax Binding, . , , , Spring Boot .

Unit Testing. Mockito 2

, - , Mockito.

Mockito , Spring Boot Starter, Spring, Mockito.

 $gradle -q dependencyInsight --configuration testCompile --dependency mockito org.mockito:mockito-core:2.15.0 variant "runtime" /--- org.springframework.boot:spring-boot-starter-test:2.0.2.RELEASE /---testCompile 

? . Spring Boot Mockito , 1.5.2 Spring Boot Mockito 2, . - . Mockito 2.

Mockito , 2016- Mockito 2.0 Mockito.2.1— : Java 8 , Hamcrest - . , , .

, , ( ) .



, , JButton Swing, null, , - . , string' null, , null instanceof string. , Mockito 1 , Mockito 2 , anyString null , , . : null, . , , , Mockito 1.

, , .

 public class MyService { public void setTarget(Object target) { //… } } <hr/> @Test public void testAnyStringMatcher() { MyService myServiceMock = mock(MyService.class); myServiceMock.setTarget(new JButton()); verify(myServiceMock).setTarget(anyString()); } 

, , . JButton. anyString. , : , — . , . - 10- , . Mockito 1 , :



Mockito 2 , , , anyString :



. , . , , , , SocketTimeoutException, - . , SocketTimeoutException , . Mockito 1.



Mockito 2 , :



, Mockito 1 , , . new SocketTimeoutException new, constructor, Mockito 1 .

इसके बारे में क्या करना है? , , RuntimeException, , Mockito .

. , . compile-time. - , Hamcrest. Spring Boot, Mockito 1 @MockBean @SpyBean. , Spring Integration, review.
(: https://docs.spring.io/spring-integration/docs/5.0.0.RELEASE/reference/htmlsingle/#testing )

कैसे हो?

, , Mockito 1, Mockito 2 ( dzone.com/refcardz/mockito ).

-, , , Spring Boot 1.5.2 Mockito 2.

-, , , Mockito 2, : , .

Gradle Plugin. Spring Boot

, , — Spring Boot- Gradle.

Migration Guide , Spring Boot Gradle . , . : Gradle 4 (, settings.gradle ). dependency management plugin, . bootRepackage, , : bootWar bootJar. bootJar .

bootJar:

• , org.springframework.boot java;
• jar;
• mainClassName ( ) ( , - ).

, , — , , Gradle, Spring Boot.

? - Spring Boot 2, , , Gradle 4 Spring Boot-. , , : , , ( , ).



, . app1 , app2, app3 . . app1 lib.

«Show me the code!»

 subprojects { repositories { mavenCentral() } apply plugin: 'java' apply plugin: 'org.springframework.boot' } 

— : java Spring Boot .

, , , . , , , . .

app1:

 dependencies { ext { springBootVersion = '2.0.4.RELEASE' } compile("org.springframework.boot:spring-boot-starter:$springBootVersion") compile project(':lib') } 

lib , Spring Boot-.

app1:

 @SpringBootApplication public class GradlePluginDemoApplication implements ApplicationRunner { //… @Override public void run(ApplicationArguments args) { String appVersion = Util.getAppVersion(getClass()); log.info("Current application version: {}", appVersion); } } 

Util, .

lib:

 public abstract class Util { public static String getAppVersion(Class<?> appClass) { return appClass.getPackage().getImplementationVersion(); } } 

Util getAppVersion , , ImplementationVersion . .



IDE, , , . gradle build IDE , . Util. , , , , .

:

• bootJar jar;
• Gradle jar.

:

• ;
• , jar ( ImplementationVersion), .

? : .



Spring Boot- , , lib . .

2: SB Gradle Plugin Spring Boot-

 bootJar { enabled = false } 

, - , , , , , bootJar . , jar , .

, , , Spring Boot. .



Spring Boot : web-, , . - , , Spring Boot properties migrator, , , . , , -, .

Actuator. , () , Spring Security. .



Spring Cloud . , . , Netflix Feign.



Spring Integration, , Spring Framework, . — , Java DSL , , . , , , , handle handleWithAdapter.

.

, , :



, , , Web, .

(Properties Binding), , , Relax Binding.

— , : , AOP , , Spring Boot 2 .

, , , — , Mockito 1 Mockito 2. - , ?

• « » (YAGNI)
• ;
• Migration Guide ;
• : ,

-, , , , YAGNI. , - , . , , .

-, - - , , , . , , , , . Migration Guide. , , , , , .

, Spring Boot. , Spring Boot, , … .

, : 5-6 JPoint , Spring Boot: Spring Boot- Java 8 Java 11. — .