Maven repo proxysi testin etdiyi HTTP sorğusunu konfiqurasiya etmədən asılılıqları gətirə bilər. Müştərini test JVM-ində konfiqurasiya edin.

Əgər həmin müştəri Java-nın HTTPS proxy xassələrinə riayət edirsə, bu fraqmenti müvafiq Surefire plaqininin configuration elementinin içinə yerləşdirin:

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

Nümunə son nöqtəsini dəyişdirin. Ümumi vasitəçilərə icazə verilən ümumi təyinatlar üzrə testlər üçün HTTP proxy siyahısı host və port namizədləri təklif edir. Host və port ayrı dəyərlərdir; təyinat sxeminə və kitabxanaya uyğun xassə ailəsini seçin. Açıq proxy obyekti ilə qurulmuş müştəriyə isə öz konfiqurasiya interfeysi lazımdır.

Surefire adətən testləri ayrılmış JVM-də işlədir. Maven-i işə salmaq üçün istifadə olunan hər seçim həmin prosesə çatmır. Başlanğıca həssas sistem-proxy aşkar edilməsi öz seçimini işə salınma anında test JVM-inə tələb edir. Testlər bir prosesi paylaşsalar da, kitabxana Java-nın standart proxy xassələrinə məhəl qoymaya bilər.

Daxili birbaşa təyinatları uyğun yan keçmə qaydası ilə örtün, proxy autentifikasiyasını təyinat autentifikasiyasından ayrı saxlayın və sertifikat yoxlamasını aktiv saxlayın. Forking-i söndürmək testlərin necə icra olunduğunu dəyişir; asılılıq güzgüsünü dəyişmək repo həllini dəyişir. Heç biri çatışmayan test-müştəri marşrutunu vermir. Bütün sistem xassələrini kopyalamaq da sirləri ifşa edə bilər.

Qalan uğursuzluq üçün test JVM-ini, HTTP kitabxanasını, hədəfi, seçilmiş proxy-ni və ilk uğursuz mərhələni qeyd edin. Bu müşahidələr test konfiqurasiyasına işarə edir, işləyən repo yükləmələri isə anlaşılan qalır.

Əlaqəli məqalələr