Mikä välityspalvelinasetus ohjaa Maven wrapperin latausta?
Tunnista wrapperin bootstrap-lataaja ennen kuin määrität välityspalvelimen epäonnistuneelle Maven-jakelun lataukselle.
Jos mvnw epäonnistuu Mavenin latauksessa, toimiva välityspalvelinmerkintä tiedostossa settings.xml voi tulla liian myöhään: Maven ei ole vielä käynnistynyt.
Tarkastele kohdistetun työkopion luotuja wrapper-tiedostoja ja selvitä, mitä lataajaa ne suorittavat. Maven Wrapper 3.3.4 dokumentoi nämä järjestelyt:
| Luotu tyyppi | Mistä välityspalvelimen syöte löytyy |
|---|---|
| only-script | curl tai wget Unixissa; PowerShell Windowsissa |
| script | Wrapperin JAR-tiedoston lataus ja sen jälkeen Java wrapperin polku |
| bin | Mukana oleva wrapperin JAR ja sen Java-latauspolku |
| source | Mukana olevan Java-lataajan lähdekoodi, kun sitä käytetään bootstrapiin |
only-script on dokumentoitu oletus äskettäin luoduille wrappereille. Vanhempi työkopio säilyttää luodut tiedostonsa, vaikka päivittäisit Maven-asennuksen koneellasi.
Sovita asetus tuohon prosessiin
Jos kyseessä on Unix-only-script-wrapper, joka käyttää curl- tai wget-ohjelmaa, määritä kyseisen lataajan tukema välityspalvelinrajapinta; HTTPS-lataus voi käyttää https_proxy. Jos jakelun lataus voi käyttää julkista HTTP-välityspalvelinta, ota ehdokasosoite HTTP-välityspalvelinluettelosta tämän lataajan ympäristöön. Jos arvo nimeää SOCKS-palvelimen, lataajan on tuettava myös kyseistä protokollaa.
MAVEN_OPTS tarjoaa JVM-asetukset. Se ei voi määrittää komentotulkin curl-prosessia, mutta JVM:n välityspalvelinasetukset voivat olla tärkeitä Java-latauspolulla. Tämä on hyödyllinen ero, kun verrataan vanhempaa Takari-ratkaisua toisen projektin wrapperiin.
Kun jakelun lataus on valmis ja Maven käynnistyy, sen repositoriolatauksista tulee erillinen tarkistus Mavenin omaa välityspalvelinkokoonpanoa vastaan. Jakelu, wrapperin JAR ja repositoriot voivat tulla eri isäntien palvelemiksi.