Maven Surefire-ის პროქსის პარამეტრები ტესტის HTTP მოთხოვნებისთვის

Maven-ის საცავის პროქსის შეუძლია დამოკიდებულებების მოტანა ტესტის მიერ გაკეთებული HTTP მოთხოვნის კონფიგურირების გარეშე. დააკონფიგურირეთ კლიენტი ტესტის JVM-ში.

თუ ეს კლიენტი პატივს სცემს Java-ს HTTPS პროქსის თვისებებს, მოათავსეთ ეს ფრაგმენტი შესაბამისი Surefire დანამატის configuration ელემენტში:

<systemPropertyVariables>
  <https.proxyHost>proxy.example</https.proxyHost>
  <https.proxyPort>8080</https.proxyPort>
</systemPropertyVariables>

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

Surefire ჩვეულებრივ ტესტებს გაშტოებულ JVM-ში ასრულებს. Maven-ის გაშვების ყველა პარამეტრი ამ პროცესამდე არ აღწევს. გაშვებაზე მგრძნობიარე სისტემური პროქსის აღმოჩენა თავის პარამეტრს ტესტის JVM-ზე გაშვების დროს მოითხოვს. მაშინაც კი, როცა ტესტები პროცესს იზიარებენ, ბიბლიოთეკამ შეიძლება უგულებელყოს Java-ს ნაგულისხმევი პროქსის თვისებები.

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

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