🚠 💆 🏂🏻 मावेन कलाकृतियों को सोनटाइप नेक्सस रिपॉजिटरी को कॉन्फ़िगर करना 🐹 🥐 🤷🏼

शुभ दोपहर

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

इसकी आवश्यकता क्यों है?

मावेन रिपॉजिटरी (जैसे सोनटाइप नेक्सस) के लिए स्थानीय सर्वर का उपयोग स्थानीय मावेन कलाकृतियों को संग्रहीत करने के लिए किया जा सकता है, और वास्तव में उन टीमों के लिए उपयोगी होगा जो मॉड्यूलर अनुप्रयोगों को विकसित करते हैं, लेकिन सार्वजनिक डोमेन में मॉड्यूल प्रकाशित नहीं करने वाले हैं।

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

इस तरह के तीन सबसे लोकप्रिय सर्वर हैं:

सोनटाइप नेक्सस
अपाचे आर्चिव
Artifactory

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

Sonatype Nexus स्थापित करें

इस स्तर पर, आप सुरक्षित रूप से प्रलेखन का पालन कर सकते हैं, मेरी स्मृति में कोई समस्या नहीं थी। सोनाटाइप वेबसाइट में एक अच्छा प्रशिक्षण स्क्रेंस्ट है। मैं संक्षेप में स्थापना प्रक्रिया का सार समझाऊंगा।

Nexus को तैनात करने के 2 तरीके हैं:

किसी भी कंटेनर पर WAR फ़ाइल के रूप में (उदा। अपाचे टोमाकट)
संग्रह को अनज़िप करें और इसे मैन्युअल रूप से शुरू करें (जेटी अंदर उपयोग किया जाता है)। डिफ़ॉल्ट पोर्ट 8081 है। URL: http: // host: 8081 / nexus

डिफ़ॉल्ट रूप से, उपयोगकर्ता नाम / पासवर्ड व्यवस्थापक / admin123 है।

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

एक प्रॉक्सी के रूप में सोनाटाइप नेक्सस का उपयोग करने के लिए मावेन को कॉन्फ़िगर करना

यह चरण पहले से बहुत अधिक अस्पष्ट है। आइए देखें कि आधिकारिक प्रलेखन हमें क्या प्रदान करता है।

यह सेटिंग में निम्नलिखित लिखने की सिफारिश की गई है। xml:

< mirror > < id > nexus </ id > < mirrorOf > * </ mirrorOf > < url > http://host:8081/nexus/content/groups/public </ url > </ mirror > * This source code was highlighted with Source Code Highlighter .

इसी समय, वे ईमानदारी से कहते हैं कि इस तरह की सेटिंग समस्याओं का कारण बन सकती है यदि <repositories> का उपयोग करके pom.xml प्रोजेक्ट में तृतीय-पक्ष रिपॉजिटरी को परिभाषित किया गया है। तथ्य यह है कि इस सेटअप के साथ, मावेन केवल नेक्सस को मतदान करता है, जिसे अतिरिक्त रिपॉजिटरी की उपस्थिति के बारे में पता नहीं हो सकता है। यह सिर्फ इतना हुआ कि हमारी परियोजना में ऐसी रिपॉजिटरी हैं। प्रलेखन ऐसी स्थितियों में स्थानीय रिपॉजिटरी के सार्वजनिक समूह में ऐसी सभी रिपोजिटरी को जोड़ने की सलाह देता है।

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

इस समस्या को दूर करने के लिए मैं और क्या विकल्प चुन सकता हूं? निम्नलिखित 3 दिमाग में आते हैं:

<mirrorOf>central</mirrorOf> साथ दर्पण का उपयोग करें।
सब कुछ काम करता है, लेकिन प्रदर्शन और दर्पण का उपयोग करने से यातायात को बचाने में लाभ कुछ ही हैं। इस मामले में, नेक्सस केवल मुख्य रिपॉजिटरी को प्रॉक्सी करेगा, क्योंकि सभी अतिरिक्त रिपॉजिटरी को केंद्रीय से पहले पोल किया जाता है।
नेक्सस को pom.xml में प्रत्येक प्रोजेक्ट के भंडार के रूप में जोड़ें। यह विकल्प और भी कम सुविधाजनक है, इसके अलावा यह उपयुक्त नहीं है, उदाहरण के लिए, अन्य लोगों और सार्वजनिक परियोजनाओं के लिए (जब pom.xml में परिवर्तन करना असंभव है)। लेकिन Nexus_a पोल पहले कतार में किया जा सकता है।
अपने डिफ़ॉल्ट प्रोफ़ाइल में एक रिपॉजिटरी के रूप में नेक्सस को जोड़ें। यह एक दृष्टिकोण है जो उपरोक्त केंद्रीकृत विन्यास और कुशल समीपता की सकारात्मक विशेषताओं को जोड़ता है

आइए तीसरे विकल्प पर अधिक विस्तार से विचार करें। यह सेटिंग में निम्नलिखित कोड लिखने के लिए नीचे आता है। xml:

< profiles > < profile > < id > nexus </ id > < repositories > < repository > < id > nexus-repo </ id > < name > Nexus repo </ name > < url > http://host:8081/nexus/content/groups/public </ url > < releases > < enabled > true </ enabled > </ releases > < snapshots > < enabled > true </ enabled > </ snapshots > </ repository > </ repositories > < pluginRepositories > < pluginRepository > < id > nexus-repo </ id > < name > Nexus repo </ name > < url > http://host:8081/nexus/content/groups/public </ url > < releases > < enabled > true </ enabled > </ releases > < snapshots > < enabled > true </ enabled > </ snapshots > </ pluginRepository > </ pluginRepositories > </ profile > </ profiles > < activeProfiles > < activeProfile > nexus </ activeProfile > </ activeProfiles > * This source code was highlighted with Source Code Highlighter .

संक्षेप में, इस सेटिंग के साथ हम एक प्रोफ़ाइल जोड़ते हैं, डिफ़ॉल्ट रूप से सक्रिय, जो नेक्सस को एक नियमित भंडार के रूप में जोड़ता है। और उसे पहले कतार में जोड़ा जाता है।

अब सभी अनुरोध पहले नेक्सस को भेजे जाते हैं। संग्रहीत और कनेक्टेड प्रॉक्सी रिपॉजिटरी में अनुरोधित विरूपण साक्ष्य की उपलब्धता के आधार पर, बाद वाला या तो अनुरोधित कलाकृतियों को लौटाता है या नकारात्मक प्रतिक्रिया करता है। यदि उत्तर नहीं है, तो Maven बस pom.xml में सूचीबद्ध रिपॉजिटरी का सर्वेक्षण जारी रखेगा और फिर Maven सेंट्रल रिपॉजिटरी की ओर रुख करेगा।

दृष्टिकोण के लाभ

सभी परियोजनाओं के लिए एक बार एक जगह में कॉन्फ़िगर करने योग्य;
नेक्सस में पंजीकृत सभी रिपॉजिटरी से कलाकृतियों तक पहुंच का त्वरण (अतिरिक्त रिपॉजिटरी सहित);
यदि नेक्सस में पंजीकृत नहीं है तो बाहरी रिपॉजिटरी को विधानसभा प्रदर्शन नहीं तोड़ा जाता है;
Nexus ( mvn -P !nexus ) के उपयोग को अस्थायी रूप से अक्षम करने की क्षमता।

इस मामले में, दर्पण सेटिंग को पूरी तरह से हटाने की आवश्यकता है, और केंद्रीय पर भी सेट नहीं है, क्योंकि यह अंतिम लाभ (अस्थायी बंद) को समाप्त कर देगा। बेशक, आप कई सेटिंग .xml फाइलें रख सकते हैं और उन्हें बदल सकते हैं ( mvn -s filepath ), लेकिन यह मुझे एक सुंदर समाधान नहीं लगता है।

दृष्टिकोण का नुकसान

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

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

पिछली परियोजनाओं पर काम करने के बाद स्थानीय डेवलपर रिपॉजिटरी में कुछ कलाकृतियों को कैश्ड करने पर ऐसी ही स्थिति उत्पन्न हो सकती है। सामान्य तौर पर, इस मामले में सतर्कता नहीं खोना महत्वपूर्ण है।

अंतभाषण

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

UPD: मुझे एक दिलचस्प लेख मिला है जो इसी तरह के मुद्दों को संबोधित करता है।