Maven-ის ჩამოტვირთვები მუშაობს, მაგრამ Jib ვერ იწერს საბაზისო იმიჯს
იპოვეთ წარუმატებელი მოთხოვნა საცავის ან რეესტრის მიმართ და შემდეგ გამოიყენეთ ის პროქსის კონფიგურაცია, რომელსაც მოთხოვნის გამომწვევი კომპონენტი იყენებს.
Maven-ის დამოკიდებულებები ჩამოიტვირთება, შემდეგ Jib ვარდება რეესტრთან დაკავშირებისას. ეს სასარგებლო მინიშნებაა: Maven-ის საცავზე წვდომა მუშაობდა, მაგრამ მან Jib-ის რეესტრის კლიენტი არ გამოიყენა.
დაიწყეთ წარუმატებელი URL-ით
| წარუმატებელი ოპერაცია | შესამოწმებელი პროქსის კონფიგურაცია |
|---|---|
| Maven-ის დანამატი ან დამოკიდებულების მიღება | settings.xml-ის აქტიური საცავის პროქსი და გამონაკლისები. |
| Jib-ის საბაზისო იმიჯის ან რეესტრის ტოკენის მოთხოვნა | Java-ს ქსელური თვისებები, რომლებსაც Jib რეესტრთან კომუნიკაციისთვის იყენებს. |
არაავტორიზებული HTTP შუამავლისთვის Maven-ის გამოძახებაში მიუთითეთ Jib-ის მარშრუტი:
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გამოიყენეთ პროქსის რეალური ჰოსტი და პორტი და შეინარჩუნეთ პროექტის Jib-ის იმიჯის პარამეტრები. დაშვებულ საჯარო პროქსის მარშრუტზე მდებარე საჯარო რეესტრისა და ტოკენის სერვისისთვის HTTP პროქსების სია გთავაზობთ კანდიდატებს ამ არაავტორიზებული პროქსის ველებისთვის. host თვისებები იღებენ ჰოსტის სახელებს, http:// პრეფიქსის გარეშე. https თვისებები ირჩევენ პროქსის HTTPS დანიშნულებებისთვის; Java იყენებს http.nonProxyHosts-ს HTTPS-ის გვერდის ავლის სიისთვისაც.
ლოკალურ არქივს მაინც შეიძლება ჩამოტვირთვა დასჭირდეს
jib:buildTar მიღებულ იმიჯის არქივს ლოკალურად წერს. მიუხედავად ამისა, შეიძლება დასჭირდეს ქსელური წვდომა, რომ ჯერ საბაზისო იმიჯი მიიღოს. ამ გამოსავლის არჩევა რეესტრის მოთხოვნას არ აუქმებს.
კონფიგურაციის შეცვლის შემდეგ კვლავ შეადარეთ წარუმატებელი URL. შეინარჩუნეთ მომუშავე Maven-ის საცავის პარამეტრები და დაადგინეთ Jib-ის გზაზე დარჩენილი რეგისტრის ან ტოკენის სერვისის ხარვეზი.