Maven ombori proksisi test qiladigan HTTP so'rovini sozlamasdan bog'liqliklarni olishi mumkin. Mijozni test JVM ichida sozlang.

Agar bu mijoz Java'ning HTTPS proksi xossalarini hurmat qilsa, bu parchani tegishli Surefire plaginining configuration elementiga joylashtiring:

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

Misol so'nggi nuqtasini almashtiring. Umumiy vositachilarga ruxsat berilgan umumiy manzillarga qarshi testlar uchun HTTP proksilar ro'yxati xost va port nomzodlarini taklif qiladi. Xost va port alohida qiymatlar; manzil sxemasi va kutubxonaga mos xossalar oilasini tanlang. Aniq proksi obyekti bilan qurilgan mijozga esa o'z sozlash interfeysi kerak.

Surefire odatda testlarni tarmoqlangan JVMda bajaradi. Mavenni ishga tushirish uchun ishlatiladigan har bir parametr bu jarayonga yetib bormaydi. Ishga tushishga sezgir tizim proksisini aniqlash o'z parametrini ishga tushish paytida test JVMda talab qiladi. Testlar bitta jarayonni bo'lishsa ham, kutubxona Java'ning standart proksi xossalarini e'tiborsiz qoldirishi mumkin.

Ichki to'g'ridan-to'g'ri manzillarni tegishli chetlab o'tish qoidasi bilan qoplangan holda saqlang, proksi autentifikatsiyasini manzil autentifikatsiyasidan ajratib turing va sertifikat tekshiruvini yoqilgan holda qoldiring. Tarmoqlashni o'chirish testlarning bajarilishini o'zgartiradi; bog'liqlik oynasini almashtirish ombor yechimini o'zgartiradi. Ikkalasi ham yetishmayotgan test-mijoz yo'lini bermaydi. Barcha tizim xossalarini nusxalash sirlarni ham oshkor qilishi mumkin.

Qolgan xatolik uchun test JVM, HTTP kutubxonasi, maqsad, tanlangan proksi va birinchi muvaffaqiyatsiz bosqichni yozib oling. Bu kuzatuvlar test sozlamasiga ishora qiladi, ishlayotgan ombor yuklab olishlari esa tushunarli bo'lib qoladi.

O'xshash maqolalar