कार्य और घरेलू नेटवर्क के लिए Maven प्रॉक्सी सेटिंग्स

घर लौटती ट्रेन में आपका प्रोजेक्ट नहीं बदला, लेकिन उसका नेटवर्क मार्ग बदल गया। ऑफ़िस में काम करने वाला प्रॉक्सी पता घर पर पहुँच से बाहर हो सकता है। यह एक पर्यावरण सेटिंग है, अपने नियोक्ता का प्रॉक्सी प्रोजेक्ट के POM में डालने का कारण नहीं।

Maven का सेटिंग्स मॉडल प्रॉक्सी परिभाषाओं को अपने शीर्ष-स्तरीय proxies अनुभाग में रखता है। सेटिंग्स प्रोफ़ाइल उस अनुभाग की दूसरी मनमानी प्रति नहीं देते। किसी प्रोफ़ाइल के अंतर्गत प्रॉक्सी के आकार का XML टुकड़ा जोड़ने से वह समर्थित नेटवर्क-स्विचिंग तंत्र नहीं बन जाता।

एक सीधा विकल्प यह है कि प्रत्येक वातावरण के लिए स्वीकृत सेटिंग्स बनाए रखें और उपयुक्त चुनें:

mvn --settings /path/to/settings-office.xml verify

उदाहरण उपयोगकर्ता सेटिंग्स को स्पष्ट रूप से चुनता है। बिल्ड के लिए उपयुक्त कमांड और फ़ाइल का उपयोग करें; इसका अर्थ यह नहीं है कि फ़ाइल को क्रेडेंशियल्स के साथ कमिट किया जाना चाहिए।

अंतर छोटे रखें

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

चुनी गई उपयोगकर्ता सेटिंग्स के साथ अभी भी विलीन होने वाली किसी भी वैश्विक सेटिंग की जाँच करें। स्पष्ट फ़ाइल इनपुट को दृश्यमान बनाती है, लेकिन इसका अर्थ यह नहीं कि Maven के पास कोई अन्य कॉन्फ़िगरेशन स्रोत नहीं है।

स्वचालित स्विचिंग के लिए वास्तविक संकेत चाहिए

Maven सामान्य अर्थ में लैपटॉप के स्थान से "ऑफ़िस" का अनुमान नहीं लगा सकता। स्वचालित व्यवस्था के लिए समर्थित बाहरी खोज या प्रबंधन तंत्र और उस तंत्र के अनुपलब्ध होने पर परिभाषित प्रतिक्रिया चाहिए।

घर पर प्रॉक्सी बंद करने के इरादे से बनाए गए व्यापक बायपास पैटर्न से सावधान रहें। वे आंतरिक गंतव्यों को भी प्रभावित कर सकते हैं या छिपा सकते हैं कि कोई अनुरोध किस मार्ग से गया।

पहले सुधार के लिए दृश्यमान, स्पष्ट सेटिंग्स चयन को प्राथमिकता दें। दोनों वातावरणों में काम करने के बाद, कोई भी ऑटोमेशन प्रोजेक्ट के बिल्ड निर्देशों को बार-बार फिर से लिखने के बजाय उस ज्ञात कॉन्फ़िगरेशन को पुनः उत्पन्न कर सकता है।