Maven ला प्रॉक्सी प्लगइन चालवण्यापूर्वी त्याच्यापर्यंत पोहोचावे लागते
Maven प्लगइन प्रॉक्सी शोधण्याचे वचन देत असताना त्याचे स्वतःचे आर्टिफॅक्ट सोडवता येत नसल्यास होणारी बूटस्ट्रॅप समस्या समजून घ्या.
नेटवर्कदरम्यान फिरणाऱ्या लॅपटॉपसाठी स्वयंचलित प्रॉक्सी प्लगइन आदर्श वाटते. पण एक अस्वस्थ करणारी पहिली विनंती आहे: प्लगइनच पाहिजे असल्यास Maven ला प्रॉक्सीची गरज पडू शकते.
Maven त्याची अंमलबजावणी आणि आवश्यक आर्टिफॅक्ट सोडवून लोड केल्यानंतरच प्लगइनचे लक्ष्य चालते. त्या अंमलबजावणीतील प्रॉक्सी शोध अंमलबजावणी सुरू होण्यापूर्वी अयशस्वी होणाऱ्या डाउनलोडला मदत करू शकत नाही. पूर्णपणे पात्र प्लगइन समन्वयक वापरल्याने उपसर्ग शोध टाळता येतो; पण रिकाम्या स्थानिक रेपॉझिटरीत प्लगइन आर्टिफॅक्ट दिसत नाही.
जुने Autoproxy Maven प्लगइन हा फरक दाखवते. त्याचे README proxy-vole द्वारे प्रॉक्सी शोधाचे वर्णन करते, पण त्याचे लक्ष्य कॉल करण्यापूर्वी प्लगइन स्थानिकरीत्या इन्स्टॉल करण्याचेही वर्णन करते. ते त्या विशिष्ट रचनेची पूर्वअट माना, Maven सार्वत्रिकपणे ब्राउझरच्या PAC सेटिंग्ज वाचतो याचा पुरावा नाही.
पहिल्या उत्तराला स्पष्ट मार्ग द्या
ज्या नेटवर्कमध्ये रेपॉझिटरी प्रवेशासाठी HTTP प्रॉक्सी लागते, त्या कॉलद्वारे वापरल्या जाणाऱ्या Maven सेटिंग्जमध्ये योग्य सक्रिय प्रॉक्सी कॉन्फिगर करा. परवानगी असलेल्या सार्वजनिक-रेपॉझिटरी बूटस्ट्रॅपसाठी, HTTP प्रॉक्सी सूचीतून HTTP उमेदवार निवडा. बाह्य मार्गाशिवाय पोहोचता येणारी मंजूर अंतर्गत रेपॉझिटरीही सुरुवातीची प्रवेश समस्या सोडवू शकते. कोणत्याही दृष्टिकोनाने प्लगइन आणि त्याची अवलंबित्वे व्यापली पाहिजेत, केवळ अनुप्रयोगाची अवलंबित्वे नाही.
पूर्वी भरलेली स्थानिक रेपॉझिटरी बूटस्ट्रॅप आवश्यकता लपवू शकते. विकासकाच्या लॅपटॉपवरील यश हे सिद्ध करत नाही की नवीन CI खाते तेच बिल्ड सुरू करू शकते. प्लगइनचा शोध तर्क बदलण्यापूर्वी अयशस्वी आर्टिफॅक्ट आणि टप्पा पहा.
प्लगइन लोड झाल्यानंतर, नंतरची अवलंबित्व अयशस्वीता वेगळा प्रश्न होतो: शोधलेला मार्ग बरोबर आहे का आणि सक्रिय Maven वाहतूक परिणामी सेटिंग्ज वापरते का. स्वयंचलित शोध ठेवणे योग्य आहे का हे ठरवताना ते दोन अयशस्वी बिंदू वेगळे ठेवा.