Maven-elŝutaĵoj funkcias, sed Jib ne povas tiri la bazan bildon

Trovu la malsukcesan peton al deponejo aŭ registrejo, poste apliku la prokuran agordon, kiun uzas la komponanto, kiu ĝin sendas.

La Maven-dependaĵoj elŝutiĝas, poste Jib malsukcesas dum kontakto kun registrejo. Tio estas utila indiko: la aliro al la Maven-deponejo funkciis, sed ĝi ne ekzercis la registrejan klienton de Jib.

Komencu per la malsukcesa URL

Malsukcesa operacioProkura agordo por kontroli
Maven-kromaĵo aŭ dependaĵa akiroLa aktiva deponeja prokuro en settings.xml kaj la esceptoj.
Peto pri baza bildo aŭ registreja ĵetono de JibLa Java-retaj ecoj, kiujn Jib uzas por registreja komunikado.

Por neaŭtentigita HTTP-peranto, indiku la Jib-vojon en la Maven-alvoko:

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

Uzu la realan prokuran gastiganton kaj pordon, konservante la bildajn agordojn de la projekto por Jib. Por publika registrejo kaj ĵetona servo sur permesita publika prokura vojo, la listo de HTTP-prokuroj liveras kandidatojn por tiuj neaŭtentigitaj prokuraj kampoj. La ecoj host akceptas gastigantajn nomojn, sen la prefikso http://. La ecoj https elektas la prokuron por HTTPS-celoj; Java uzas http.nonProxyHosts ankaŭ por la HTTPS-preterira listo.

Loka arkivo ankoraŭ povas postuli tiron

jib:buildTar skribas la rezultan bildan arkivon loke. Ĝi tamen povas bezoni retan aliron por unue akiri la bazan bildon. Elekti tiun eligon ne forigas la registrejan peton.

Post ŝanĝi la agordon, denove komparu la malsukcesan URL-on. Konservu la funkciantajn agordojn de la Maven-deponejo kaj diagnozu ajnan restantan malsukceson de registrejo aŭ ĵetona servo sur la vojo de Jib.

Rilataj artikoloj