באַשטימען פּראָקסי אייגנשאַפֿטן אין אַ 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()

באַניץ דעם עקזיסטירנדיקן fixture טעקע־אויפֿהאַלט, וואָס withProjectDir קלייבט, צוזאַמען מיט זײַנע build/settings טעקעס. פֿאַרבינד די פּראָקסי אייגנשאַפֿטן מיט וואָס די fixture דאַרפֿט שוין; די פּראָקסי האָסטן און פּאָרטן בלײַבן באַזונדער. פֿאַר דערלויבטע אָפֿנטלעכע repository אַראָפּלאָדונגען גיט די HTTP פּראָקסי ליסטע קאַנדידאַטן פֿאַר יענע אייגנשאַפֿטן.

דער דרויסנדיקער build פֿון דעם פּלוגין קען מצליח זײַן בשעת דער פֿונקציאָנעלער פּרוּוונג־build פֿאַלט. אימפּאָרטירן זײַן פּרוּוונג־קלאַס קאָפּירט נישט דעם דרויסנדיקן gradle.properties, און אייגנשאַפֿטן אויפֿן JUnit JVM באַשרײַבן נישט אַליין די אַרײַנגאַנגען פֿון דעם באַזונדערן build.

TestKit ניצט פֿון דעפֿאָלט אַן איזאָלירטע Gradle באַניצער־היים, אַזוי די געוויינטלעכע פּריוואַטע אייגנשאַפֿטן פֿון דעם אַנטוויקלער קענען פֿעלן. פֿאַרקערט, קאָמאַנד־שורה -D אָדער באַניצער־היים אייגנשאַפֿטן קענען איבערשרייַבן די אַרײַנגאַנגען פֿון דער fixture.

דאָס קאָנפֿיגורירט בקשות צו Gradle רעפּאָזיטאָריעס. אַ פּלוגין וואָס לאָנסירט אַן אַנדער אַראָפּלאָדער אָדער האָט אַן אייגענעם HTTP טראַנספּאָרט קען דאַרפֿן אַן אַנדער וועג.

פֿאַרבונדענע אַרטיקלען