Gradle TestKit fixture ichida proksi xossalarini sozlash
O'sha alohida build-ni ishga tushirishdan oldin fixture ildizidagi gradle.properties faylini sozlang, qayta yozishlar va izolyatsiya qilingan foydalanuvchi uyini aniq tekshiring.
new File(fixtureDir, 'gradle.properties').text = """systemProp.http.proxyHost=proxy.example
systemProp.http.proxyPort=8080
systemProp.https.proxyHost=proxy.example
systemProp.https.proxyPort=8080
"""
def result = GradleRunner.create()
.withProjectDir(fixtureDir)
.withArguments('assemble')
.build()withProjectDir tanlaydigan mavjud fixture katalogini uning build/settings fayllari bilan birga ishlating. Proksi xossalarini fixture allaqachon talab qiladigan narsalar bilan birlashtiring; proksi hostlari va portlari alohida qoladi. Ruxsat etilgan ommaviy repo yuklab olishlari uchun HTTP proksi ro'yxati o'sha xossalar uchun nomzodlar beradi.
Plaginning tashqi build-i muvaffaqiyatli bo'lishi mumkin, ammo bu funksional test build-i muvaffaqiyatsiz tugaydi. Uning test klassini import qilish tashqi gradle.properties faylini nusxalamaydi, JUnit JVM dagi xossalar esa alohida build kiritishlarini o'z-o'zidan tasvirlamaydi.
TestKit sukut bo'yicha izolyatsiya qilingan Gradle foydalanuvchi uyidan foydalanadi, shuning uchun dasturchining odatdagi shaxsiy xossalari bo'lmasligi mumkin. Aksincha, buyruq qatori -D yoki foydalanuvchi uyi xossalari fixture yozuvlarini qayta yozishi mumkin.
Bu Gradle repozitoriylariga so'rovlarni sozlaydi. Boshqa yuklovchini ishga tushiruvchi yoki o'zining shaxsiy HTTP transportiga ega plagin boshqa yo'lni talab qilishi mumkin.