Shell-ის NO_PROXY ცვლადიდან დაკოპირებული გამონაკლისი Maven-ში ავტომატურად სწორი არ არის. Maven-ის nonProxyHosts სია ჩანაწერებს ვერტიკალური ხაზით ყოფს და არა გარემოს ცვლადებში გავრცელებული მძიმეებით.

სასურველ მომხმარებლის პარამეტრებში პროქსის ჩანაწერი შეიძლება ასე გამოიყურებოდეს:

<settings>
  <proxies>
    <proxy>
      <id>outbound-proxy</id>
      <active>true</active>
      <protocol>http</protocol>
      <host>203.0.113.10</host>
      <port>8080</port>
      <nonProxyHosts>localhost|*.example.internal</nonProxyHosts>
    </proxy>
  </proxies>
</settings>

ეს proxies სექციის გარშემო არსებული პარამეტრების საილუსტრაციო ფრაგმენტია. შეუერთეთ ის არსებულ პარამეტრების ფაილს და არ ჩაანაცვლოთ კავშირში არმყოფი mirrors, servers და profiles. გამოიყენეთ თქვენი ნამდვილი პროქსის მისამართი. თუ საცავის მოთხოვნისთვის საჯარო HTTP პროქსები ნებადართულია, HTTP პროქსების სია შესაძლო ჰოსტ-პორტის წყვილებს გვთავაზობს.

შეუსაბამეთ საცავის ჰოსტს

გამონაკლისები გამოიყენეთ იმ ჰოსტების სახელებზე, რომლებსაც Maven რეალურად უკავშირდება. შიდა საცავის URL-ს და საჯარო ჩამოტვირთვის ჰოსტს შეიძლება სხვადასხვა მარშრუტი დასჭირდეთ. საცავის სრული URL, ბილიკის ჩათვლით, ჰოსტის შაბლონებისთვის განკუთვნილ ველში არ ჩასვათ.

Wildcard-ები მხარდაჭერილია, მაგრამ ფართო შაბლონი მხოლოდ ერთი შეცდომის დასამალად არ გამოიყენოთ. ცვლილების შემდეგ ცალ-ცალკე შეამოწმეთ სასურველი შიდა სახელი და საჯარო საცავი.

იპოვეთ რეალურად გამოყენებული პარამეტრები

Maven-ს შეუძლია გლობალური და მომხმარებლის პარამეტრების გაერთიანება, ხოლო გამოძახებამ შეიძლება სხვა პარამეტრების ფაილი აირჩიოს. IDE-მ შეიძლება ტერმინალისგან განსხვავებული Maven-ის ინსტალაცია ან კონფიგურაცია გამოიყენოს. იმ ფაილის შეცვლა, რომელსაც შეცდომიანი გამოძახება საერთოდ არ კითხულობს, მის მარშრუტს არ შეცვლის.

პროქსის აქტიურობის დროშაც მნიშვნელოვანია. არააქტიურ ჩანაწერში სწორად დაწერილი ჰოსტი და პორტი არ ამტკიცებს, რომ Maven მას აირჩევს.

ორი სერვერი ცალ-ცალკე შეინახეთ

პროქსის ანგარიშის მონაცემები პროქსის ჩანაწერს ეკუთვნის, როცა სერვისი მათ ითხოვს. პირადი არტიფაქტების საცავის მონაცემები შესაბამისი სერვერის კონფიგურაციაში უნდა იყოს. საცავის ტოკენის მიწოდება პროქსის ავთენტიფიკაციის გამოწვევას პასუხს არ სცემს.

თუ მოთხოვნები კვლავ ვერ სრულდება, ჩაიწერეთ არჩეული საცავის URL, პასუხი ან კავშირის შეცდომა და მოქმედი პარამეტრების წყარო. ჯერ დაადგინეთ, მოთხოვნა პროქსით უნდა წასულიყო თუ პირდაპირ; სიის სინტაქსისა და საბოლოო წერტილის ერთდროულად შეცვლა შედეგის განმარტებას ართულებს.

დაკავშირებული სტატიები