Welke proxy-instelling beheert de download van je Maven-wrapper?
Identificeer de bootstrap-downloader van de wrapper voordat je de proxy configureert voor een mislukte download van de Maven-distributie.
Als mvnw mislukt tijdens het downloaden van Maven, kan een werkende proxy-regel in settings.xml te laat zijn: Maven is nog niet gestart.
Onderzoek de gegenereerde wrapper-bestanden in de getroffen checkout en bepaal welke downloader ze uitvoeren. Maven Wrapper 3.3.4 documenteert deze opzetten:
| Gegenereerd type | Waar je de proxy-invoer zoekt |
|---|---|
| only-script | curl of wget op Unix; PowerShell op Windows |
| script | De download van de wrapper-JAR, gevolgd door het Java-wrapperpad |
| bin | De meegeleverde wrapper-JAR en het Java-downloadpad ervan |
| source | De bron van de meegeleverde Java-downloader wanneer die voor bootstrap wordt gebruikt |
only-script is de gedocumenteerde standaard voor nieuw gegenereerde wrappers. Een oudere checkout behoudt zijn gegenereerde bestanden, zelfs als je de Maven-installatie op je machine bijwerkt.
Stem de instelling af op dat proces
Voor een Unix-only-script-wrapper die curl of wget gebruikt, configureer je de proxy-interface die die downloader ondersteunt; een HTTPS-download kan https_proxy gebruiken. Als die distributiedownload een openbare HTTP-proxy mag gebruiken, neem dan een kandidaatadres uit de HTTP-proxylijst voor de omgeving van deze downloader. Als de waarde een SOCKS-server noemt, moet de downloader dat protocol ook ondersteunen.
MAVEN_OPTS levert JVM-opties. Het kan het curl-proces van een shell niet configureren, maar JVM-proxy-eigenschappen kunnen van belang zijn op een Java-downloadpad. Dat is het nuttige onderscheid bij het vergelijken van een oudere Takari-oplossing met de wrapper van een ander project.
Zodra de distributiedownload klaar is en Maven start, worden de repository-downloads een aparte controle tegen Mavens eigen proxyconfiguratie. De distributie, de wrapper-JAR en de repositories kunnen door verschillende hosts worden geleverd.