Agordi proksaj proprecoj en Gradle TestKit-fixture
Agordu gradle.properties en la radiko de la fixture antaŭ ol lanĉi tiun apartan konstruon, kun eksplicita kontrolo de anstataŭigoj kaj izolita uzantohejmo.
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()Uzu la ekzistantan fixture-dosierujon elektitan de withProjectDir, kune kun siaj build/settings-dosieroj. Kunfandu proksajn proprecojn kun ĉio, kion la fixture jam bezonas; proksaj gastigantoj kaj pordoj restas apartaj. Por permesitaj elŝutoj el publikaj deponejoj, la listo de HTTP-proksoj liveras kandidatojn por tiuj proprecoj.
La ekstera konstruo de la kromaĵo povas sukcesi dum ĉi tiu funkcia testa konstruo malsukcesas. Importi ĝian testklason ne kopias la eksteran gradle.properties, kaj proprecoj sur la JUnit-JVM mem ne priskribas la enigojn de la aparta konstruo.
TestKit uzas izolitan Gradle-uzantohejmon defaŭlte, do la kutimaj privataj proprecoj de la programisto povas manki. Male, komandliniaj -D aŭ uzantohejmaj proprecoj povas anstataŭigi la rikordojn de la fixture.
Ĉi tio agordas petojn al Gradle-deponejoj. Kromaĵo, kiu lanĉas alian elŝutilon aŭ havas propran HTTP-transporton, povas bezoni alian vojon.