Kiu proksea agordo regas vian Maven-wrapper-elŝuton?
Identigu la bootstrap-elŝutilon de la wrapper antaŭ ol agordi la prokseon por malsukcesa elŝuto de Maven-distribuo.
Se mvnw malsukcesas dum elŝuto de Maven, funkcianta proksea registro en settings.xml povas esti tro malfrua: Maven ankoraŭ ne ekfunkciis.
Ekzamenu la generitajn wrapper-dosierojn en la koncerna laborkopio kaj identigu, kiun elŝutilon ili rulas. Maven Wrapper 3.3.4 dokumentas ĉi tiujn aranĝojn:
| Generita tipo | Kie serĉi la proksean enigon |
|---|---|
| only-script | curl aŭ wget ĉe Unix; PowerShell ĉe Windows |
| script | La elŝuto de la wrapper-JAR, sekvata de la Java-wrapper-vojo |
| bin | La inkluzivita wrapper-JAR kaj ĝia Java-elŝutvojo |
| source | La fontkodo de la inkluzivita Java-elŝutilo kiam ĝi estas uzata por bootstrap |
only-script estas la dokumentita defaŭlto por nove generitaj wrapper-oj. Pli malnova laborkopio konservas siajn generitajn dosierojn, eĉ se vi ĝisdatigas la Maven-instalaĵon sur via maŝino.
Agordu la valoron al tiu procezo
Por Unix-only-script-wrapper uzanta curl aŭ wget, agordu la proksean interfacon subtenatan de tiu elŝutilo; HTTPS-elŝuto povas uzi https_proxy. Se tiu distribua elŝuto povas uzi publikan HTTP-prokseon, prenu kandidatan adreson el la HTTP-proksea listo por la medio de ĉi tiu elŝutilo. Se la valoro nomas SOCKS-servilon, la elŝutilo devas subteni ankaŭ tiun protokolon.
MAVEN_OPTS provizas JVM-opciojn. Ĝi ne povas agordi la curl-procezon de ŝelo, sed JVM-prokseaj ecoj povas gravi sur Java-elŝutvojo. Tio estas la utila distingo komparante pli malnovan Takari-solvon kun la wrapper de alia projekto.
Post kiam la distribua elŝuto finiĝas kaj Maven ekfunkcias, ĝiaj deponejaj elŝutoj fariĝas aparta kontrolo kontraŭ la propra proksea agordo de Maven. La distribuo, la wrapper-JAR kaj la deponejoj povas esti servataj de malsamaj gastigantoj.