Kung mabibigo ang mvnw habang nagda-download ng Maven, maaaring huli na ang gumaganang proxy entry sa settings.xml: hindi pa nagsisimula ang Maven.

Suriin ang mga nabuong wrapper file sa apektadong checkout at tukuyin kung aling downloader ang pinapatakbo nila. Idinokumento ng Maven Wrapper 3.3.4 ang mga kaayusang ito:

Nabuong uriSaan hahanapin ang proxy input
only-scriptcurl o wget sa Unix; PowerShell sa Windows
scriptAng pag-download ng wrapper JAR, na sinusundan ng Java wrapper path
binAng kasamang wrapper JAR at ang Java download path nito
sourceAng kasamang source ng Java downloader kapag ginamit para sa bootstrap

Ang only-script ang dokumentadong default para sa mga bagong nabuong wrapper. Ang mas lumang checkout ay pinapanatili ang mga nabuong file nito, kahit i-update mo ang Maven installation sa iyong makina.

Itugma ang setting sa prosesong iyon

Para sa isang Unix only-script wrapper na gumagamit ng curl o wget, i-configure ang proxy interface na sinusuportahan ng downloader na iyon; ang HTTPS download ay maaaring gumamit ng https_proxy. Kung ang pag-download ng distribution ay maaaring gumamit ng pampublikong HTTP proxy, kumuha ng kandidatong address mula sa listahan ng HTTP proxy para sa kapaligiran ng downloader na ito. Kung ang value ay nagpapangalan ng SOCKS server, kailangan ding suportahan ng downloader ang protocol na iyon.

Ang MAVEN_OPTS ay nagbibigay ng mga opsyon ng JVM. Hindi nito ma-configure ang curl process ng isang shell, ngunit maaaring mahalaga ang mga proxy property ng JVM sa isang Java downloader path. Ito ang kapaki-pakinabang na pagkakaiba kapag inihahambing ang lumang Takari workaround sa wrapper ng ibang proyekto.

Kapag natapos ang pag-download ng distribution at nagsimula ang Maven, ang mga pag-download nito sa repository ay nagiging hiwalay na pagsusuri laban sa sariling proxy configuration ng Maven. Ang distribution, wrapper JAR at mga repository ay maaaring inihain ng magkakaibang host.

Kaugnay na mga artikulo