Maven-aflaaie werk, maar Jib kan nie die basisbeeld trek nie

Spoor die mislukte pakhuis- of registry-versoek op en pas dan die proxy-konfigurasie toe wat die betrokke komponent gebruik.

Die Maven-afhanklikhede laai af, maar dan misluk Jib terwyl dit 'n registry kontak. Dit is 'n nuttige leidraad: Maven se pakhuistoegang het gewerk, maar dit het nie Jib se registry-kliënt gebruik nie.

Begin by die mislukte URL

Mislukte bewerkingProxy-konfigurasie om na te gaan
Maven-inprop of afhanklikheidverkrygingDie aktiewe settings.xml-pakhuisproxy en uitsluitings.
Jib-basisbeeld- of registry-tokenversoekDie Java-netwerkcienskappe wat Jib vir registry-kommunikasie gebruik.

Vir 'n ongeverifieerde HTTP-tussenlaag, gee die Jib-roete in die Maven-oproep:

mvn -Dhttp.proxyHost=proxy.example.net \
    -Dhttp.proxyPort=8080 \
    -Dhttps.proxyHost=proxy.example.net \
    -Dhttps.proxyPort=8080 \
    -Dhttp.nonProxyHosts='localhost|127.*|*.internal.example' \
    jib:buildTar

Gebruik die werklike proxy-gasheer en -poort terwyl die projek se Jib-beeldinstellings behoue bly. Vir 'n openbare registry en tokendiens op 'n toegelate openbare proxy-roete, bied die HTTP-proxyslys kandidate vir hierdie ongeverifieerde proxyvelde. Die gasheer-eienskappe neem gasheername, sonder 'n http:// voorvoegsel. Die https-eienskappe kies die proxy vir HTTPS-bestemmings; Java gebruik http.nonProxyHosts ook vir die HTTPS-omseillys.

'n Plaaslike argief kan steeds 'n trek vereis

jib:buildTar skryf sy resulterende beeldargief plaaslik. Dit kan nietemin netwerktoegang nodig hê om eers die basisbeeld te verkry. Om daardie uitvoer te kies, verwyder nie die registry-versoek nie.

Vergelyk ná konfigurasieveranderinge weer die mislukte URL. Hou werkende Maven-pakhuisinstellings in plek, en diagnoseer enige oorblywende registry- of tokendiensfout op Jib se pad.

Verwante artikels