איזו הגדרת פרוקסי שולטת בהורדת ה-Maven wrapper שלך?
זהה את מוריד האתחול של ה-wrapper לפני שתגדיר את הפרוקסי להורדת הפצת Maven שנכשלה.
אם mvnw נכשל בזמן הורדת Maven, רשומת פרוקסי תקינה ב-settings.xml עלולה להגיע מאוחר מדי: Maven עדיין לא התחיל.
בדוק את קובצי ה-wrapper שנוצרו בעותק העבודה שנפגע וזהה איזה מוריד הם מריצים. Maven Wrapper 3.3.4 מתעד את הסידורים האלה:
| הסוג שנוצר | היכן לחפש את קלט הפרוקסי |
|---|---|
| only-script | curl או wget ב-Unix; PowerShell ב-Windows |
| script | הורדת ה-JAR של ה-wrapper, ולאחריה נתיב ה-wrapper של Java |
| bin | ה-JAR הכלול של ה-wrapper ונתיב ההורדה שלו ב-Java |
| source | קוד המקור של מוריד ה-Java הכלול כאשר הוא משמש לאתחול |
only-script הוא ברירת המחדל המתועדת עבור wrapper שנוצר לאחרונה. עותק עבודה ישן יותר שומר על הקובצים שנוצרו בו, גם אם תעדכן את התקנת Maven במחשב שלך.
התאם את ההגדרה לאותו תהליך
עבור wrapper מסוג Unix only-script שמשתמש ב-curl או ב-wget, הגדר את ממשק הפרוקסי שהמוריד הזה תומך בו; הורדת HTTPS יכולה להשתמש ב-https_proxy. אם הורדת ההפצה הזו עשויה להשתמש בפרוקסי HTTP ציבורי, קח כתובת מועמדת מרשימת פרוקסי ה-HTTP עבור הסביבה של המוריד הזה. אם הערך מציין שרת SOCKS, המוריד חייב לתמוך גם בפרוטוקול הזה.
MAVEN_OPTS מספק אפשרויות JVM. הוא אינו יכול להגדיר את תהליך ה-curl של מעטפת, אך מאפייני פרוקסי של JVM עשויים להיות חשובים בנתיב מוריד Java. זהו ההבדל השימושי כשמשווים פתרון Takari ישן ל-wrapper של פרויקט אחר.
לאחר שהורדת ההפצה מסתיימת ו-Maven מתחיל, ההורדות מהמאגרים שלו הופכות לבדיקה נפרדת מול תצורת הפרוקסי של Maven עצמו. ההפצה, ה-JAR של ה-wrapper והמאגרים עשויים להיות מוגשים משרתים שונים.