Maven-nedladdningar fungerar, men Jib kan inte hämta basbilden
Lokalisera den misslyckade förfrågan till förrådet eller registret och använd sedan den proxykonfiguration som komponenten som gör den använder.
Maven-beroendena laddas ned, sedan misslyckas Jib när den kontaktar ett register. Det är en användbar ledtråd: åtkomsten till Maven-förrådet fungerade, men den aktiverade inte Jibs registerklient.
Börja med den misslyckade URL:en
| Misslyckad åtgärd | Proxykonfiguration att undersöka |
|---|---|
| Maven-insticksprogram eller hämtning av beroende | Den aktiva förrådsproxyn i settings.xml och undantagen. |
| Begäran om Jib-basbild eller registertoken | Java-nätverksegenskaperna som Jib använder för registerkommunikation. |
För en oautentiserad HTTP-mellanhand anger du Jib-rutten i Maven-anropet:
mvn -Dhttp.proxyHost=proxy.example.net \
-Dhttp.proxyPort=8080 \
-Dhttps.proxyHost=proxy.example.net \
-Dhttps.proxyPort=8080 \
-Dhttp.nonProxyHosts='localhost|127.*|*.internal.example' \
jib:buildTarAnvänd proxyns faktiska värd och port och behåll projektets Jib-bildinställningar. För ett offentligt register och en tokentjänst på en tillåten offentlig proxyväg ger HTTP-proxylistan kandidater för dessa oautentiserade proxyfält. Värdtegenskaperna tar värdnamn, utan http://-prefix. https-egenskaperna väljer proxyn för HTTPS-mål; Java använder http.nonProxyHosts även för HTTPS-undantagslistan.
Ett lokalt arkiv kan ändå kräva en hämtning
jib:buildTar skriver det resulterande bildarkivet lokalt. Det kan ändå behöva nätverksåtkomst för att först hämta basbilden. Att välja den utdata tar inte bort registerförfrågan.
När konfigurationen har ändrats, jämför den misslyckade URL:en igen. Behåll fungerande Maven-förrådsinställningar och diagnostisera eventuellt kvarstående fel i registret eller tokentjänsten på Jibs väg.