पुस्तक “जावा इन द क्लाउड। स्प्रिंग बूट, स्प्रिंग क्लाउड, क्लाउड फाउंड्री »

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

अंश। 3. बारह-कारक अनुप्रयोग कॉन्फ़िगरेशन शैली

यह अध्याय चर्चा करेगा कि एप्लिकेशन कॉन्फ़िगरेशन कैसे लागू किया जाए।

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

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

स्प्रिंग ढांचे में समर्थन

वसंत में, प्रॉपर्टीजहोल्डरकॉन्फिगरर वर्ग के आगमन के बाद से 12-कारक कॉन्फ़िगरेशन शैली का समर्थन किया गया है। एक बार इसकी आवृत्ति परिभाषित हो जाने के बाद, यह एक्सएमएल विन्यास में शाब्दिकों को एक्सटेंशन .properties के साथ फाइल से निकाले गए मानों के साथ बदल देता है। स्प्रिंग परिवेश में, 2003 से प्रॉपर्टीजहोल्डरकॉन्फिगरर वर्ग की पेशकश की गई है। स्प्रिंग 2.5 ने XML नाम स्थान के लिए समर्थन शुरू किया, और साथ ही इस स्थान में संपत्ति प्रतिस्थापन के लिए समर्थन। यह बीन घटकों की परिभाषा के लिए शाब्दिक मानों के एक्सएमएल विन्यास में प्रतिस्थापन की अनुमति देता है, जिसमें बाहरी गुण फ़ाइल में कुंजी को निर्दिष्ट मान (इस मामले में, simple.properties फ़ाइल में, जो वर्ग पथ में प्रकट हो सकता है या अनुप्रयोग के लिए बाहरी हो सकता है)।

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

क्लास प्रॉपर्टीहोल्डरकॉन्फिगर

चलिए PropertyPlaceholderConfigurer वर्ग, स्प्रिंग बीन घटकों की XML परिभाषा, और एक्सटेंशन .properties के साथ एक फ़ाइल का उपयोग करने का एक उदाहरण देखते हैं। हमें इस प्रॉपर्टी फ़ाइल में उपलब्ध मूल्य को प्रिंट करना होगा। यह उदाहरण 3.1 में दिखाए गए कोड को करने में मदद करेगा।

उदाहरण 3.1 संपत्ति फ़ाइल: some.properties

configuration.projectName=Spring Framework 

यह स्प्रिंग का ClassPathXmlApplicationContext क्लास है, इसलिए हम स्प्रिंग नाम से XML नाम स्थान का उपयोग करते हैं और अपनी कुछ.प्रोफ़र्टीज़ फ़ाइल को इंगित करते हैं। तब हम सेम घटकों की परिभाषाओं में $ {configuration.projectName} के रूप में शाब्दिक का उपयोग करते हैं, और वसंत निष्पादन के दौरान हमारे गुणों फ़ाइल से मूल्यों के साथ उन्हें प्रतिस्थापित करेगा (उदाहरण 3.2)।

उदाहरण 3.2। स्प्रिंग कॉन्फ़िगरेशन XML फ़ाइल

 <context:property-placeholder location="classpath:some.properties"/> (1) <bean class="classic.Application"> <property name="configurationProjectName" value="${configuration.projectName}"/> </bean> 

(1) वर्गपथ: वह स्थान जो वर्तमान संकलित कोड ब्लॉक (.jar, .war, आदि) में फ़ाइल को संदर्भित करता है। स्प्रिंग, फ़ाइल सहित कई विकल्पों का समर्थन करता है: और url :, जो कोड ब्लॉक के अलावा फाइल को अस्तित्व में रखने की अनुमति देता है।

अंत में, आइए देखें कि जावा वर्ग कैसा दिखता है, जिसकी बदौलत यह सब एक साथ लाना संभव है (उदाहरण 3.3)।

उदाहरण 3.3 जावा वर्ग जिसे संपत्ति मूल्य के साथ कॉन्फ़िगर किया जाना चाहिए
पैकेज क्लासिक;

 import org.apache.commons.logging.LogFactory; import org.springframework.context.support.ClassPathXmlApplicationContext; public class Application { public static void main(String[] args) { new ClassPathXmlApplicationContext("classic.xml"); } public void setConfigurationProjectName(String pn) { LogFactory.getLog(getClass()).info("the configuration project name is " + pn); } } 

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

सार पर्यावरण और मूल्य

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

मान एनोटेशन, कंस्ट्रक्टर, सेटर्स, फ़ील्ड्स आदि में पर्यावरण मूल्यों को एम्बेड करने का एक तरीका प्रदान करता है। इन मूल्यों की गणना स्प्रिंग एक्सप्रेशन लैंग्वेज या संपत्ति प्रतिस्थापन सिंटैक्स का उपयोग करके की जा सकती है, बशर्ते कि PropertySourcesPlaceholderConfigurer पंजीकृत हो, उदाहरण 3.4 में।

उदाहरण 3.4। रजिस्टर करें
पैकेज एनवी;

 import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.springframework.beans.factory.InitializingBean; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.beans.factory.annotation.Value; import org.springframework.context.annotation.AnnotationConfigApplicationContext; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.context.annotation.PropertySource; import org.springframework.context.support.PropertySourcesPlaceholderConfigurer; import org.springframework.core.env.Environment; import javax.annotation.PostConstruct; (1) @Configuration @PropertySource("some.properties") public class Application { private final Log log = LogFactory.getLog(getClass()); public static void main(String[] args) throws Throwable { new AnnotationConfigApplicationContext(Application.class); } (2) @Bean static PropertySourcesPlaceholderConfigurer pspc() { return new PropertySourcesPlaceholderConfigurer(); } (3) @Value("${configuration.projectName}") private String fieldValue; (4) @Autowired Application(@Value("${configuration.projectName}") String pn) { log.info("Application constructor: " + pn); } (5) @Value("${configuration.projectName}") void setProjectName(String projectName) { log.info("setProjectName: " + projectName); } (6) @Autowired void setEnvironment(Environment env) { log.info("setEnvironment: " + env.getProperty("configuration.projectName")); } (7) @Bean InitializingBean both(Environment env, @Value("${configuration.projectName}") String projectName) { return () -> { log.info("@Bean with both dependencies (projectName): " + projectName); log.info("@Bean with both dependencies (env): " + env.getProperty("configuration.projectName")); }; } @PostConstruct void afterPropertiesSet() throws Throwable { log.info("fieldValue: " + this.fieldValue); } } 

(1) एनोटेशन @PropertySource, प्रॉपर्टी-प्लेसहोल्डर के समान एक शॉर्टहैंड है, जो एक्सटेंशन .properties वाली फ़ाइल से एक प्रॉपर्टी स्रोत सेट करता है।

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

(3) आप मूल्य एनोटेशन के साथ खेतों को सजा सकते हैं (लेकिन ऐसा न करें, अन्यथा कोड परीक्षा पास नहीं करेगा ...!)

(4) ... या मान एनोटेशन कंस्ट्रक्टर मापदंडों को सजा सकता है ...

(5) ... या स्थापना विधियों का उपयोग करें ...

(6) ... या स्प्रिंग एनवायरनमेंट ऑब्जेक्ट एम्बेड करें और मैन्युअल रूप से कुंजी रिज़ॉल्यूशन निष्पादित करें।

(7) मान एनोटेशन वाले पैरामीटर का उपयोग स्प्रिंग जावा कॉन्फ़िगरेशन में बीन विधि तर्क प्रदाता में भी किया जा सकता है।

इस उदाहरण में, मान simple.properties फ़ाइल से लोड किए गए हैं, और फिर इसका मान कॉन्फ़िगरेशन है ।projectName, जो विभिन्न तरीकों से प्रदान किया गया है।

प्रोफाइल

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

प्रोफाइल आपको बीन घटकों के सेट का वर्णन करने की अनुमति देता है जो एक वातावरण में दूसरे से कुछ अलग तरीके से बनाया जाना चाहिए। स्थानीय विकास देव प्रोफ़ाइल में, उदाहरण के लिए, आप अंतर्निहित H2 डेटा स्रोत javax.sql.DataSource का उपयोग कर सकते हैं, और फिर, जब प्रोफ़ाइल प्रोफ़ाइल सक्रिय होती है, तो javax.sql.DataSata डेटा स्रोत पर स्विच करें जो JNDI खोज का उपयोग करके प्राप्त किया गया है। क्लाउड फाउंड्री में एक पर्यावरण चर से गुणों को पढ़कर। दोनों स्थितियों में, आपका कोड काम करेगा: आपको javax.sql.DataSource मिलता है, लेकिन किसी विशेष उदाहरण का उपयोग करने के बारे में निर्णय एक प्रोफ़ाइल या कई (उदाहरण 3.5) को सक्रिय करके किया जाता है।

उदाहरण 3.5 प्रदर्शन है कि @Configuration कक्षाएं विभिन्न कॉन्फ़िगरेशन फ़ाइलों को लोड कर सकती हैं और उनके आधार पर विभिन्न सेम प्रदान कर सकती हैं
सक्रिय प्रोफ़ाइल

 package profiles; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.springframework.beans.factory.InitializingBean; import org.springframework.beans.factory.annotation.Value; import org.springframework.context.annotation.*; import org.springframework.context.support.PropertySourcesPlaceholderConfigurer; import org.springframework.core.env.Environment; import org.springframework.util.StringUtils; @Configuration public class Application { private Log log = LogFactory.getLog(getClass()); @Bean static PropertySourcesPlaceholderConfigurer pspc() { return new PropertySourcesPlaceholderConfigurer(); } (1) @Configuration @Profile("prod") @PropertySource("some-prod.properties") public static class ProdConfiguration { @Bean InitializingBean init() { return () -> LogFactory.getLog(getClass()).info("prod InitializingBean"); } } @Configuration @Profile({ "default", "dev" }) (2) @PropertySource("some.properties") public static class DefaultConfiguration { @Bean InitializingBean init() { return () -> LogFactory.getLog(getClass()).info("default InitializingBean"); } } (3) @Bean InitializingBean which(Environment e, @Value("${configuration.projectName}") String projectName) { return () -> { log.info("activeProfiles: '" + StringUtils.arrayToCommaDelimitedString(e.getActiveProfiles()) + "'"); log.info("configuration.projectName: " + projectName); }; } public static void main(String[] args) { AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(); ac.getEnvironment().setActiveProfiles("dev"); (4) ac.register(Application.class); ac.refresh(); } } 

(1) यह विन्यास वर्ग और इसमें निहित सभी बीन परिभाषाओं की गणना केवल तभी की जाएगी जब ठेस प्रोफ़ाइल सक्रिय हो।

(२) यह विन्यास वर्ग और इसमें निहित सभी बीन परिभाषाओं की गणना केवल तभी की जाएगी जब देव प्रोफ़ाइल सक्रिय है या कोई प्रोफ़ाइल सक्रिय नहीं है, जिसमें देव भी शामिल हैं।

(3) यह इनिशियलाइज़िंग घटक केवल वर्तमान में सक्रिय प्रोफ़ाइल रिकॉर्ड करता है और उस मूल्य में प्रवेश करता है जो अंततः गुण फ़ाइल में दर्ज किया गया था।

(4) प्रोग्राम को प्रोफाइल (या प्रोफाइल) को सक्रिय करना काफी सरल है।

स्प्रिंग कई अन्य प्रोफ़ाइल सक्रियण विधियों का जवाब देता है जो स्प्रिंग_प्रोफाइल_एक्टिव या स्प्रिंग.प्रोफाइल.सक्रिय टोकन का उपयोग करते हैं। एक पर्यावरण चर (उदाहरण के लिए, SPRING_PROFILES_ACTIVE), एक JVM संपत्ति (MDspring.profiles.active = ...) का उपयोग करके एक प्रोफ़ाइल सेट किया जा सकता है, एक सर्वलेट एप्लिकेशन आरंभीकरण पैरामीटर, या "अधिमानतः"।

बूटीक कॉन्फ़िगरेशन

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

- कमांड लाइन तर्क।
- जावा से JNDI विशेषताएँ: COMP / env।
- System.getProperties () के गुण।
- ऑपरेटिंग सिस्टम पर्यावरण चर।
- फ़ाइल सिस्टम में बाहरी गुण फ़ाइलें: (कॉन्फ़िगरेशन /)? अनुप्रयोग। (Yml.properties)।
- पुरालेख में आंतरिक गुण फाइलें (config /)? एप्लिकेशन? (Yml.properties)।
- कॉन्फ़िगरेशन वर्गों में एनोटेशन @PropertySource।
- SpringApplication.getDefaultProperties () से स्रोत गुण।

यदि प्रोफ़ाइल सक्रिय है, तो प्रोफ़ाइल नाम के आधार पर कॉन्फ़िगरेशन फ़ाइलों से डेटा स्वचालित रूप से पढ़ा जाएगा, उदाहरण के लिए, src / main / resource / application-foo.properties जैसी फ़ाइल से, जहां फू वर्तमान प्रोफ़ाइल है।

यदि स्नेपायमएल लाइब्रेरी का उल्लेख क्लाथपाथों में किया जाता है, तो मूल रूप से समान सम्मेलन के बाद, YAML फाइलें भी स्वचालित रूप से लोड की जाएंगी।

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

एक्सटेंशन .yml के साथ फ़ाइल की सामग्री उदाहरण 3.6 में दिखाई गई है।

उदाहरण 3.6 Application.yml गुण फ़ाइल। डेटा को पदानुक्रमित क्रम में प्रस्तुत किया गया है।

 configuration: projectName : Spring Boot management: security: enabled: false 

इसके अलावा, स्प्रिंग बूट वातावरण सामान्य मामलों में सही परिणाम प्राप्त करने को बहुत सरल करता है। यह -D तर्कों को प्रक्रिया और जावा पर्यावरण चर में गुणों के रूप में उपलब्ध कराता है। यह उनके सामान्यीकरण को भी पूरा करता है, जिसमें पर्यावरण चर $ CONFIGURATION_PROJECTNAME (PROJECT_NAME CONFIGURATION) या -D तर्क के रूप में -Dconfiguration.projectName (configuration.project_name) कॉन्फ़िगरेशन.प्रोजेक्ट नाम (कॉन्फ़िगरेशन.प्रोजेक्ट_नाम) का उपयोग करके पहले उपलब्ध कराया जाता है। spring_profiles_active टोकन उपलब्ध है।

कॉन्फ़िगरेशन मान स्ट्रिंग्स हैं, और यदि वे पर्याप्त हैं, तो वे यह सुनिश्चित करने के लिए बिना पढ़े बन सकते हैं कि इस तरह की चाबियां कोड में जादू के तार नहीं हैं। स्प्रिंग बूट घटक प्रकार @ConfigurationProperties का परिचय देता है। POJO की घोषणा करते समय - सादा पुराना जावा ऑब्जेक्ट - @ConfigurationProperties का उपयोग करते हुए और उपसर्ग निर्दिष्ट करते हुए, स्प्रिंग इस उपसर्ग के साथ POJO गुणों से शुरू होने वाले सभी गुणों को मैप करने का प्रयास करेगा। नीचे दिए गए उदाहरण में, config.projectName का मान POJO उदाहरण के लिए मैप किया जाएगा, जिसे सभी कोड तब टाइप-सेफ मानों को पढ़ने के लिए इंजेक्ट कर सकते हैं और dereference कर सकते हैं। परिणामस्वरूप, आपके पास केवल एक स्थान पर (स्ट्रिंग) कुंजी (उदाहरण 3.7) से मैपिंग होगी।

उदाहरण 3.7। स्वचालित रूप से src / main / resource / application.yml से गुणों को हल करना
पैकेज बूट;

 import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.boot.context.properties.ConfigurationProperties; import org.springframework.boot.context.properties.EnableConfigurationProperties; import org.springframework.stereotype.Component; (1) @EnableConfigurationProperties @SpringBootApplication public class Application { private final Log log = LogFactory.getLog(getClass()); public static void main(String[] args) { SpringApplication.run(Application.class); } @Autowired public Application(ConfigurationProjectProperties cp) { log.info("configurationProjectProperties.projectName = " + cp.getProjectName()); } } (2) @Component @ConfigurationProperties("configuration") class ConfigurationProjectProperties { private String projectName; (3) public String getProjectName() { return projectName; } public void setProjectName(String projectName) { this.projectName = projectName; } } 

(1) @EnableConfigurationProperties एनोटेशन स्प्रिंग को @ConfigurationProperties के साथ एनोटेट किए गए पीओजेओ को मानचित्र गुणों को बताता है।

(2) @ConfigurationProperties एनोटेशन स्प्रिंग को दर्शाता है कि इस बीन का उपयोग कॉन्फ़िगरेशन से शुरू होने वाले सभी गुणों के लिए रूट के रूप में किया जाना चाहिए। ऑब्जेक्ट के गुणों के लिए उस मैप को टोकन द्वारा फॉलो किया जाता है।

(3) ProjectName फ़ील्ड में अंततः कॉन्फ़िगरेशन को निर्दिष्ट मान होगा ।projectName गुण कुंजी।

स्प्रिंग बूट सक्रिय रूप से @ConfigurationProperties तंत्र का उपयोग करता है ताकि उपयोगकर्ताओं को सिस्टम के प्राथमिक घटकों को ओवरराइड करने की क्षमता मिल सके। आप देख सकते हैं कि संपत्ति कुंजी आपको परिवर्तन करने की अनुमति देती है, उदाहरण के लिए, org.springframework.boot: स्प्रिंग बूट वेब एप्लिकेशन के लिए स्प्रिंग-बूट-स्टार्टर-एक्ट्यूएटर निर्भरता को जोड़कर, और फिर पृष्ठ 127.0.1.1: 8080 / configprops पर जाकर।

एक्ट्यूएटर एंडपॉइंट्स पर अध्याय 13 में अधिक विस्तार से चर्चा की जाएगी। उन्हें लॉक किया गया है और एक डिफ़ॉल्ट उपयोगकर्ता नाम और पासवर्ड की आवश्यकता है। सुरक्षा उपायों को अक्षम किया जा सकता है (लेकिन केवल इन बिंदुओं पर एक नज़र डालने के लिए) management.security.enabled = false करके application.properties फ़ाइल (या application.yml) में निर्दिष्ट करके।

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

स्प्रिंग क्लाउड कॉन्फ़िगरेशन सर्वर का उपयोग करके केंद्रीकृत पंजीकृत कॉन्फ़िगरेशन

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

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

स्प्रिंग क्लाउड कॉन्फ़िगरेशन सर्वर

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

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

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

एक साधारण उदाहरण पर विचार करें। सबसे पहले, स्प्रिंग क्लाउड कॉन्फ़िगरेशन सर्वर को कॉन्फ़िगर करें। इस तरह की सेवा को एक साथ कई स्प्रिंग बूट एप्लिकेशन द्वारा एक्सेस किया जा सकता है। आपको इसे कहीं और काम करने की जरूरत है। फिर यह केवल हमारी सभी सेवाओं को सूचित करने के लिए बनी हुई है कि कॉन्फ़िगरेशन सेवा को कहां खोजना है। यह कॉन्फ़िगरेशन कुंजियों और मूल्यों के लिए एक प्रकार के मध्यस्थ के रूप में काम करता है जो इसे नेटवर्क पर या डिस्क से Git स्टोरेज से पढ़ता है। स्ट्रिंग में जोड़ें। org.springframework.cloud: स्प्रिंग क्लाउड कॉन्फ़िगरेशन सर्वर (उदाहरण 3.8) में प्रवेश करने के लिए अपने स्प्रिंग बूट एप्लिकेशन की असेंबली में स्प्रिंग-क्लाउड-कॉन्फिग-सर्वर।

उदाहरण 3.8। असेंबली में एक कॉन्फ़िगरेशन सर्वर को एम्बेड करने के लिए, @EnableConfigServer एनोटेशन का उपयोग करें

 package demo; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cloud.config.server.EnableConfigServer; (1) @SpringBootApplication @EnableConfigServer public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } } 

(1) @EnableConfigServer एनोटेशन का उपयोग करने से स्प्रिंग क्लाउड कॉन्फ़िगरेशन सर्वर स्थापित होता है।

उदाहरण 3.9 कॉन्फ़िगरेशन सेवा के लिए कॉन्फ़िगरेशन दिखाता है।

उदाहरण 3.9। Src / मुख्य / संसाधन / application.yml कॉन्फ़िगरेशन सर्वर कॉन्फ़िगरेशन

server.port = 8888
spring.cloud.config.server.git.uri = \
github.com/cloud-native-java/config-server-configuration-repository (1)

(1) एक वर्किंग गिट रिपॉजिटरी का संकेत जो प्रकृति में स्थानीय है या नेटवर्क पर सुलभ है (उदाहरण के लिए, GitHub (https://github.com/)) और स्प्रिंग क्लाउड कॉन्फिग सर्वर द्वारा उपयोग किया जाता है।

यहां, स्प्रिंग क्लाउड कॉन्फ़िगरेशन सेवा को गिटहब पर जीआईटी रिपॉजिटरी में व्यक्तिगत ग्राहकों के लिए कॉन्फ़िगरेशन फ़ाइलों की खोज करने का निर्देश दिया गया है। हमने इस रिपॉजिटरी की ओर इशारा किया, लेकिन किसी भी मान्य GIT URI के लिए एक लिंक होगा। बेशक, उसे Git सिस्टम में आवेदन करने की ज़रूरत नहीं है, आप सबवर्सन या यहां तक ​​कि अप्रबंधित निर्देशिकाओं का उपयोग कर सकते हैं (हालांकि हम ऐसा करने के खिलाफ दृढ़ता से अनुशंसा करते हैं)। इस स्थिति में, संग्रहण URI हार्डकोडेड है, लेकिन -D तर्क से, तर्क से, या पर्यावरण चर से इसे रोकने के लिए कुछ भी नहीं है।

»पुस्तक की अधिक जानकारी प्रकाशक की वेबसाइट पर पाई जा सकती है
» सामग्री
» अंश

जावा फ़ार्मेन्टर्स - जावा के लिए कूपन पर 20% की छूट