Hokke proxy-ynstelling beheart de download fan jo Maven-wrapper?
Identifisearje de bootstrap-downloader fan de wrapper foardat jo de proxy ynstelle foar in mislearre download fan 'e Maven-distribúsje.
As mvnw mislearret by it downloaden fan Maven, kin in wurkjende proxy-ynfier yn settings.xml te let wêze: Maven is noch net start.
Undersykje de generearre wrapper-bestannen yn 'e troffen checkout en stel fêst hokker downloader se útfierere. Maven Wrapper 3.3.4 dokumintearret dizze regelingen:
| Generearre type | Wêr't jo de proxy-ynfier sykje moatte |
|---|---|
| only-script | curl of wget op Unix; PowerShell op Windows |
| script | De download fan 'e wrapper-JAR, folge troch it Java-wrapperpaad |
| bin | De ynbegrepen wrapper-JAR en syn Java-downloadpaad |
| source | De boarne fan 'e ynbegrepen Java-downloader as dy foar bootstrap brûkt wurdt |
only-script is de dokumintearre standert foar nij generearre wrappers. In âlder checkout behâldt syn generearre bestannen, sels as jo de Maven-ynstallaasje op jo masine bywurkje.
Stim de ynstelling ôf op dat proses
Foar in Unix-only-script-wrapper dy't curl of wget brûkt, konfigurearje de troch dy downloader stipe proxy-ynterface; in HTTPS-download kin https_proxy brûke. As dy distribúsjedownload in iepenbiere HTTP-proxy brûke kin, nim dan in kandidaatadres út 'e HTTP-proxylist foar de omjouwing fan dizze downloader. As de wearde in SOCKS-tsjinner neamt, moat de downloader dat protokol ek stypje.
MAVEN_OPTS leveret JVM-opsjes. It kin it curl-proses fan in shell net konfigurearje, mar JVM-proxy-eigenskippen kinne fan belang wêze op in Java-downloadpaad. Dat is it nuttige ûnderskie by it fergelykjen fan in âldere Takari-oplossing mei de wrapper fan in oar projekt.
Sadree't de distribúsjedownload klear is en Maven start, wurde syn repository-downloads in aparte kontrôle tsjin Maven syn eigen proxy-konfiguraasje. De distribúsje, de wrapper-JAR en de repositories kinne troch ferskate hosts betsjinne wurde.