Maven-downloads virker, men Jib kan ikke hente basisbilledet
Find den mislykkede anmodning til repository eller registry, og anvend derefter den proxykonfiguration, som den komponent, der sender den, bruger.
Maven-afhængighederne hentes, og derefter fejler Jib, når den kontakter et registry. Det er et nyttigt spor: adgangen til Maven-repositoryet virkede, men den aktiverede ikke Jibs registry-klient.
Start med den mislykkede URL
| Mislykket handling | Proxykonfiguration, der skal undersøges |
|---|---|
| Maven-plugin eller hentning af afhængighed | Den aktive repository-proxy i settings.xml og undtagelserne. |
| Anmodning om Jib-basisbillede eller registry-token | De Java-netværksegenskaber, som Jib bruger til registry-kommunikation. |
Til en uautentificeret HTTP-mellemstation angives Jib-ruten i Maven-kaldet:
mvn -Dhttp.proxyHost=proxy.example.net \
-Dhttp.proxyPort=8080 \
-Dhttps.proxyHost=proxy.example.net \
-Dhttps.proxyPort=8080 \
-Dhttp.nonProxyHosts='localhost|127.*|*.internal.example' \
jib:buildTarBrug proxyens faktiske vært og port, og bevar samtidig projektets Jib-billedindstillinger. Til et offentligt registry og en tokentjeneste på en tilladt offentlig proxy-rute giver HTTP-proxylisten kandidater til disse uautentificerede proxyfelter. Værtsegenskaberne tager værtsnavne uden http://-præfiks. https-egenskaberne vælger proxyen til HTTPS-destinationer; Java bruger http.nonProxyHosts også til HTTPS-undtagelseslisten.
Et lokalt arkiv kan stadig kræve en hentning
jib:buildTar skriver det resulterende billedarkiv lokalt. Den kan alligevel få brug for netværksadgang for først at hente basisbilledet. Valget af den output fjerner ikke registry-anmodningen.
Sammenlign den mislykkede URL igen, når konfigurationen er ændret. Behold de Maven-repositoryindstillinger, der virker, og diagnosticér enhver resterende registry- eller tokentjenestefejl på Jibs rute.