የትኛው የፕሮክሲ ቅንብር የMaven ራፐር ማውረድዎን ይቆጣጠራል?
የMaven ስርጭት ማውረድ ካልተሳካ ፕሮክሲውን ከማዋቀርዎ በፊት የራፐሩን ቡትስትራፕ አውራጅ ይለዩ።
mvnw Maven እያወረደ ካልተሳካ፣ በsettings.xml ውስጥ ያለ የሚሰራ የፕሮክሲ መግቢያ በጣም ዘግይቶ ሊሆን ይችላል፦ Maven ገና አልጀመረም።
በተጎዳው checkout ውስጥ የተፈጠሩትን የራፐር ፋይሎች ይመርምሩ እና የትኛውን አውራጅ እንደሚጠቀሙ ይለዩ። Maven Wrapper 3.3.4 እነዚህን አደረጃጀቶች ይመዘግባል፦
| የተፈጠረው ዓይነት | የፕሮክሲ ግብዓቱን የሚፈልጉበት ቦታ |
|---|---|
| only-script | በUnix ላይ curl ወይም wget፤ በWindows ላይ PowerShell |
| script | የራፐር JAR ማውረድ፣ ከዚያም የJava ራፐር መንገድ |
| bin | የተካተተው የራፐር JAR እና የJava ማውረድ መንገዱ |
| source | የተካተተው የJava አውራጅ ምንጭ ለቡትስትራፕ ሲያገለግል |
only-script አዲስ ለተፈጠሩ ራፐሮች የተመዘገበ ነባሪ ነው። የቆየ checkout የተፈጠሩትን ፋይሎቹን ይይዛል፣ በማሽንዎ ላይ የMaven ጭነትን ብታዘምኑም።
ቅንብሩን ከዚያ ሂደት ጋር ያዛምዱ
curl ወይም wget የሚጠቀም የUnix only-script ራፐር ሲሆን፣ የዚያ አውራጅ የሚደግፈውን የፕሮክሲ በይነገጽ ያዋቅሩ፤ የHTTPS ማውረድ https_proxy ሊጠቀም ይችላል። ያ የስርጭት ማውረድ የሕዝብ HTTP ፕሮክሲ ሊጠቀም ከቻለ፣ ለዚህ አውራጅ አካባቢ ከየHTTP ፕሮክሲ ዝርዝር አንድ እጩ አድራሻ ይውሰዱ። እሴቱ SOCKS አገልጋይ ከሚል አውራጁ ያንን ፕሮቶኮልም መደገፍ አለበት።
MAVEN_OPTS የJVM አማራጮችን ያቀርባል። የshell የcurl ሂደትን ማዋቀር አይችልም፣ ነገር ግን የJVM ፕሮክሲ ባህሪያት በJava አውራጅ መንገድ ላይ አስፈላጊ ሊሆኑ ይችላሉ። የቆየውን የTakari መፍትሄ ከሌላ ፕሮጀክት ራፐር ጋር ሲያወዳድሩ ይህ ጠቃሚ ልዩነት ነው።
የስርጭት ማውረዱ ከተጠናቀቀ እና Maven ከጀመረ በኋላ፣ የማከማቻ ማውረዶቹ ከMaven የራሱ የፕሮክሲ ውቅር ጋር የተለየ ማረጋገጫ ይሆናሉ። ስርጭቱ፣ የራፐር JAR እና ማከማቻዎቹ በተለያዩ አስተናጋጆች ሊቀርቡ ይችላሉ።