Maven-nedlastinger virker, men Jib kan ikke hente basisbildet
Finn den mislykkede forespørselen til repositoriet eller registeret, og bruk deretter proxyoppsettet som komponenten som sender den, benytter.
Maven-avhengighetene lastes ned, og deretter feiler Jib når den kontakter et register. Det er et nyttig spor: tilgangen til Maven-repositoriet fungerte, men den utløste ikke registerklienten i Jib.
Begynn med den mislykkede URL-en
| Mislykket handling | Proxyoppsett som må undersøkes |
|---|---|
| Maven-plugg eller henting av avhengighet | Det aktive repositorieproxyet i settings.xml og unntakene. |
| Forespørsel om Jib-basisbilde eller registertoken | Java-nettverksegenskapene Jib bruker for registerkommunikasjon. |
For en uautentisert HTTP-mellommann oppgir du Jib-ruten i Maven-kallet:
mvn -Dhttp.proxyHost=proxy.example.net \
-Dhttp.proxyPort=8080 \
-Dhttps.proxyHost=proxy.example.net \
-Dhttps.proxyPort=8080 \
-Dhttp.nonProxyHosts='localhost|127.*|*.internal.example' \
jib:buildTarBruk den virkelige proxyverten og -porten, men behold Jib-bildeinnstillingene i prosjektet. For et offentlig register og en tokentjeneste på en tillatt offentlig proxy-rute tilbyr HTTP-proxylisten kandidater for disse uautentiserte proxyfeltene. Vertsegenskapene tar vertsnavn, uten http://-prefiks. https-egenskapene velger proxyet for HTTPS-mål; Java bruker http.nonProxyHosts også for HTTPS-unntakslisten.
Et lokalt arkiv kan fortsatt kreve en henting
jib:buildTar skriver det ferdige bilde-arkivet lokalt. Det kan likevel trenge nettilgang for å hente basisbildet først. Å velge denne utdataen fjerner ikke registerforespørselen.
Når oppsettet er endret, sammenlign den mislykkede URL-en igjen. Behold Maven-repositorieinnstillingene som fungerer, og diagnostiser eventuelle gjenværende feil i registeret eller tokentjenesten på Jib-ruten.