Kial Testcontainers withEnv ne prokuras bildajn elŝutojn
Agordu la demonon Docker por malsukcesa elŝuto; la proksaj variabloj de la ujo atingas programojn nur post kiam la ujo kreiĝis.
Se Testcontainers malsukcesas dum elŝuto de bildo, la withEnv-agordoj de la estonta ujo ne povas helpi. La demono Docker faras tiun elŝuton el la registro antaŭ ol la ujo ekzistas.
| Malsukcesa operacio | Proksa agordo por kontroli |
|---|---|
| Bilda elŝuto | La demono Docker, kiun la testoj uzas, kaj ĝia vojo al la registro |
| Elŝuto ene de la kuranta ujo | La enigoj subtenataj de la aplikaĵo en tiu ujo |
| La testoj de Java konektiĝas al Docker aŭ al la aplikaĵo | La kliento de Java, kiu faras tiun konekton |
Por la dua kazo, aldonu mediajn variablojn al la ekzistanta difino GenericContainer:
container
.withEnv("http_proxy", "http://proxy.example:8080")
.withEnv("https_proxy", "http://proxy.example:8080");Se elŝuto ene de la ujo rajtas uzi publikan HTTP-finpunkton, plenigu tiujn valorojn el la listo de HTTP-prokuroj. La programo en la bildo devas legi tiujn variablojn. Ili ne transformas arbitran datumbazan ingon en HTTP-proksan trafikon. La finpunkto ankaŭ devas esti atingebla el la ujo: ĝia 127.0.0.1 montras al ĝi mem.
Por la unua kazo, trovu la Docker-medion, kiun Testcontainers efektive uzas. Fora demono aŭ Docker Desktop povas preni agordon el alia fonto ol loka dockerd. Konservu lokajn testajn servojn kaj la Docker-API sur iliaj celitaj vojoj, kiam vi aldonas vastan proksan defaŭlton.