რომელი პროქსის პარამეტრი მართავს თქვენი Maven wrapper-ის ჩამოტვირთვას?
განსაზღვრეთ wrapper-ის bootstrap ჩამომტვირთავი Maven დისტრიბუციის წარუმატებელი ჩამოტვირთვისთვის პროქსის კონფიგურაციამდე.
თუ mvnw ვერ ჩამოტვირთავს Maven-ს, settings.xml-ში მოქმედი პროქსის ჩანაწერი შეიძლება ძალიან გვიან იყოს: Maven ჯერ არ გაშვებულა.
შეამოწმეთ დაზარალებულ checkout-ში გენერირებული wrapper ფაილები და დაადგინეთ, რომელ ჩამომტვირთავს უშვებენ ისინი. Maven Wrapper 3.3.4 ამგვარ განლაგებებს აღწერს:
| გენერირებული ტიპი | სად მოძებნოთ პროქსის შეყვანა |
|---|---|
| only-script | curl ან wget Unix-ზე; PowerShell Windows-ზე |
| script | wrapper JAR-ის ჩამოტვირთვა, შემდეგ Java wrapper-ის გზა |
| bin | შემავალი wrapper JAR და მისი Java ჩამოტვირთვის გზა |
| source | შემავალი Java ჩამომტვირთავის წყარო, როცა ის bootstrap-ისთვის გამოიყენება |
only-script დოკუმენტირებული ნაგულისხმევია ახლად გენერირებული wrapper-ებისთვის. ძველი checkout ინახავს თავის გენერირებულ ფაილებს, მაშინაც კი, თუ განაახლებთ Maven-ის ინსტალაციას თქვენს მანქანაზე.
შეუსაბამეთ პარამეტრი ამ პროცესს
curl ან wget-ის გამოყენებული Unix only-script wrapper-ისთვის დააკონფიგურირეთ ამ ჩამომტვირთავის მხარდაჭერილი პროქსის ინტერფეისი; HTTPS ჩამოტვირთვას შეუძლია https_proxy-ის გამოყენება. თუ ამ დისტრიბუციის ჩამოტვირთვამ შეიძლება საჯარო HTTP პროქსი გამოიყენოს, აიღეთ კანდიდატი მისამართი HTTP პროქსების სიიდან ამ ჩამომტვირთავის გარემოსთვის. თუ მნიშვნელობა SOCKS სერვერს ასახელებს, ჩამომტვირთავმა ეს პროტოკოლიც უნდა დაუჭიროს მხარი.
MAVEN_OPTS JVM პარამეტრებს გვაწვდის. მას არ შეუძლია shell-ის curl პროცესის კონფიგურაცია, მაგრამ JVM პროქსის თვისებები შეიძლება მნიშვნელოვანი იყოს Java ჩამომტვირთავის გზაზე. ეს არის სასარგებლო განსხვავება ძველი Takari გადაწყვეტის სხვა პროექტის wrapper-თან შედარებისას.
როცა დისტრიბუციის ჩამოტვირთვა დასრულდება და Maven გაეშვება, მისი საცავებიდან ჩამოტვირთვები ცალკე შემოწმებად იქცევა Maven-ის საკუთარი პროქსის კონფიგურაციის მიმართ. დისტრიბუცია, wrapper JAR და საცავები შეიძლება სხვადასხვა ჰოსტმა მოგვაწოდოს.