Ո՞ր պրոքսի կարգավորումն է կառավարում ձեր Maven wrapper-ի ներբեռնումը։
Նախքան պրոքսին կարգավորելը ձախողված Maven տարածման ներբեռնման համար, որոշեք wrapper-ի bootstrap ներբեռնիչը։
Եթե mvnw-ը ձախողվում է Maven-ը ներբեռնելիս, settings.xml-ում աշխատող պրոքսի գրառումը կարող է շատ ուշ լինել՝ Maven-ը դեռ չի սկսվել։
Ուսումնասիրեք տուժած checkout-ում գեներացված wrapper ֆայլերը և որոշեք, թե որ ներբեռնիչն են դրանք գործարկում։ Maven Wrapper 3.3.4-ը փաստագրում է այս տարբերակները՝
| Գեներացված տեսակը | Որտեղ փնտրել պրոքսի մուտքը |
|---|---|
| only-script | curl կամ wget՝ Unix-ում; PowerShell՝ Windows-ում |
| script | Wrapper-ի JAR-ի ներբեռնումը, ապա Java wrapper-ի ուղին |
| bin | Ներառված wrapper JAR-ը և դրա Java ներբեռնման ուղին |
| source | Ներառված Java ներբեռնիչի ելակետային կոդը, երբ այն օգտագործվում է bootstrap-ի համար |
only-script-ը փաստագրված լռելյայնն է նոր գեներացված wrapper-ների համար։ Ավելի հին checkout-ը պահպանում է իր գեներացված ֆայլերը, նույնիսկ եթե թարմացնեք Maven-ի տեղադրումը ձեր մեքենայում։
Համապատասխանեցրեք կարգավորումն այդ գործընթացին
curl կամ wget օգտագործող Unix only-script wrapper-ի համար կարգավորեք այն ներբեռնիչի աջակցվող պրոքսի ինտերֆեյսը. HTTPS ներբեռնումը կարող է օգտագործել https_proxy։ Եթե այդ տարածման ներբեռնումը կարող է օգտագործել հանրային HTTP պրոքսի, վերցրեք թեկնածու հասցե HTTP պրոքսիների ցանկից այս ներբեռնիչի միջավայրի համար։ Եթե արժեքը նշում է SOCKS սերվեր, ներբեռնիչը պետք է աջակցի նաև այդ արձանագրությանը։
MAVEN_OPTS-ը տրամադրում է JVM ընտրանքներ։ Այն չի կարող կարգավորել shell-ի curl գործընթացը, սակայն JVM պրոքսի հատկությունները կարող են կարևոր լինել Java ներբեռնիչի ուղում։ Սա է օգտակար տարբերությունը հին Takari լուծումը մեկ այլ նախագծի wrapper-ի հետ համեմատելիս։
Երբ տարածման ներբեռնումն ավարտվի և Maven-ը սկսվի, նրա պահոցներից ներբեռնումները դառնում են առանձին ստուգում Maven-ի սեփական պրոքսի կարգավորման նկատմամբ։ Տարածումը, wrapper JAR-ը և պահոցները կարող են մատուցվել տարբեր հոսթերից։