פֿאַר וואָס Testcontainers withEnv שיקט נישט בילד־אַראָפּלאָדונגען דורך אַ פּראָקסי

קאָנפֿיגורירט דעם Docker דעמאָן פֿאַר אַ דורכגעפֿאַלן אַראָפּלאָדן; די פּראָקסי וואַריאַבלען פֿונעם קאָנטיינער דערגרייכן די פּראָגראַמען ערשט נאָך דעם וואָס דער קאָנטיינער איז באַשאַפֿן.

אויב Testcontainers פֿאַלט בשעת אַ בילד ווערט אַראָפּגעלאָדן, קענען די withEnv איינשטעלונגען פֿונעם קומענדיקן קאָנטיינער נישט העלפֿן. דער Docker דעמאָן טוט דעם אַראָפּלאָדן פֿונעם רעגיסטר פֿאַר דעם וואָס דער קאָנטיינער עקזיסטירט.

דורכגעפֿאַלענע אָפּעראַציעפּראָקסי קאָנפֿיגוראַציע צו פּרופֿן
בילד־אַראָפּלאָדןדער Docker דעמאָן וואָס דער פּרוב נוצט און זײַן וועג צום רעגיסטר
אַראָפּלאָדן אין דעם לויפֿנדיקן קאָנטיינערדי אַרײַנגאַנגען וואָס די אַפּליקאַציע שטיצט אין יענעם קאָנטיינער
דער Java פּרוב פֿאַרבינדט זיך מיט Docker אָדער מיט דער אַפּליקאַציעדער Java קליענט וואָס מאַכט די פֿאַרבינדונג

פֿאַר דעם צווייטן פֿאַל, לייגט צו סבֿיבֿה־וואַריאַבלען צו דער עקזיסטירנדיקער GenericContainer דעפֿיניציע:

container
    .withEnv("http_proxy", "http://proxy.example:8080")
    .withEnv("https_proxy", "http://proxy.example:8080");

אויב אַן אַראָפּלאָדן אין קאָנטיינער מעג נוצן אַ פּובליקן HTTP ענדפּונקט, פֿילט אָן יענע ווערטן פֿון דער HTTP פּראָקסי ליסטע. די פּראָגראַם אין בילד מוז לייענען יענע וואַריאַבלען. זיי פֿאַרוואַנדלען נישט אַ באַליבטן דאַטן־באַנק סאָקעט אין HTTP פּראָקסי פֿאַרקער. דער ענדפּונקט מוז אויך זײַן צוטריטלעך פֿונעם קאָנטיינער: זײַן 127.0.0.1 ווײַזט אויף זיך אַליין.

פֿאַר דעם ערשטן פֿאַל, געפֿינט די Docker סבֿיבֿה וואָס Testcontainers נוצט טאַקע. אַ ווײַטן דעמאָן אָדער Docker Desktop קען נעמען די קאָנפֿיגוראַציע פֿון אַן אַנדער מקור ווי אַ לאָקאַלן dockerd. האַלט לאָקאַלע פּרוב־דינסטן און דעם Docker API אויף זייערע געמיינטע וועגן ווען איר לייגט צו אַ ברייטע פּראָקסי־פֿאַרבעטונג.

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