Proxy-Eegenschaften an enger Gradle TestKit-Fixture setzen

Setz gradle.properties am Fixture-Root, ier deen separatesche Build leeft, mat Iwwerschreiwungen an isoléiertem Benotzerhome ausdrécklech gepréift.

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()

Benotz de bestännegen Fixture-Verzeechnis, deen withProjectDir auswielt, zesumme mat senge build/settings-Fichieren. Fusionéier d'Proxy-Eegenschafte mat deem, wat d'Fixture schonn brauch; Proxy-Hoste a Porte bleiwen getrennt. Fir erlaabt ëffentlech Repository-Downloads liwwert d'HTTP-Proxy-Lëscht Kandidaten fir déi Eegenschaften.

Den äussere Build vum Plugin kann geléngen, während dëse Funktiounstest-Build feelt. Den Import vu senger Testklass kopéiert den äusseren gradle.properties net, an d'Eegenschafte vun der JUnit-JVM beschreiwen net vu sech aus d'Inpute vum separate Build.

TestKit benotzt standardméisseg en isoléierte Gradle-Benotzerhome, sou datt dem Entwéckler seng üblech privat Eegenschafte kënne fehlen. Ëmgekeeërt kënnen d'Kommandozeil--D oder Benotzerhome-Eegenschafte d'Entréeë vun der Fixture iwwerschreiwen.

Dëst konfiguréiert d'Ufroen un Gradle-Repositoiren. E Plugin, deen en aneren Downloader startet oder en eegene HTTP-Transport huet, kann eng aner Route brauchen.

Ähnlech Artikelen