Պրոքսի հատկությունների սահմանում Gradle TestKit fixture-ում

Սահմանեք gradle.properties-ը fixture-ի արմատում մինչև այդ առանձին build-ը գործարկելը՝ բացահայտ ստուգելով վերագրվածքներն ու մեկուսացված օգտվողի տունը։

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-ով ընտրված գոյություն ունեցող fixture պանակը՝ իր build/settings ֆայլերի հետ միասին։ Միավորեք պրոքսի հատկությունները այն ամենի հետ, ինչ fixture-ն արդեն պահանջում է. պրոքսի հոսթերն ու պորտերը մնում են առանձին։ Թույլատրված հանրային պահոցների ներբեռնումների համար HTTP պրոքսիների ցանկը թեկնածուներ է տրամադրում այդ հատկությունների համար։

Պլագինի արտաքին build-ը կարող է հաջողվել, մինչ այս ֆունկցիոնալ թեստի build-ը ձախողվում է։ Նրա թեստային դասի ներմուծումը չի պատճենում արտաքին gradle.properties-ը, և JUnit JVM-ի հատկությունները ինքնուրույն չեն նկարագրում առանձին build-ի մուտքերը։

TestKit-ը լռելյայն օգտագործում է մեկուսացված Gradle օգտվողի տուն, ուստի մշակողի սովորական մասնավոր հատկությունները կարող են բացակայել։ Հակառակը՝ հրամանի տողի -D կամ օգտվողի տան հատկությունները կարող են վերագրել fixture-ի գրառումները։

Սա կարգավորում է Gradle պահոցների հարցումները։ Մեկ այլ ներբեռնիչ գործարկող կամ սեփական HTTP տրանսպորտ ունեցող պլագինը կարող է այլ ուղի պահանջել։

Առնչվող հոդվածներ