Pam na fydd Testcontainers withEnv yn anfon tynnu delweddau drwy brocsi
Ffurfweddwch y daemon Docker ar gyfer tynnu aflwyddiannus; dim ond ar ôl creu'r cynhwysydd y mae newidynnau procsi'r cynhwysydd yn cyrraedd rhaglenni.
Os bydd Testcontainers yn methu wrth dynnu delwedd, ni all gosodiadau withEnv y cynhwysydd yn y dyfodol helpu. Y daemon Docker sy'n gwneud y lawrlwytho hwnnw o'r gofrestrfa cyn bod y cynhwysydd yn bodoli.
| Gweithrediad aflwyddiannus | Ffurfweddiad procsi i'w archwilio |
|---|---|
| Tynnu delwedd | Y daemon Docker a ddefnyddir gan y prawf a ei lwybr i'r gofrestrfa |
| Lawrlwytho y tu mewn i'r cynhwysydd sy'n rhedeg | Y mewnbynnau a gefnogir gan y rhaglen yn y cynhwysydd hwnnw |
| Mae'r prawf Java yn cysylltu â Docker neu â'r rhaglen | Y cleient Java sy'n gwneud y cysylltiad hwnnw |
Ar gyfer yr ail achos, ychwanegwch newidynnau amgylchedd at y diffiniad GenericContainer presennol:
container
.withEnv("http_proxy", "http://proxy.example:8080")
.withEnv("https_proxy", "http://proxy.example:8080");Os caniateir i lawrlwytho y tu mewn i'r cynhwysydd ddefnyddio pwynt terfyn HTTP cyhoeddus, llenwch y gwerthoedd hynny o restr procsi HTTP. Rhaid i'r rhaglen yn y ddelwedd ddarllen y newidynnau hynny. Nid ydynt yn troi soced cronfa ddata mympwyol yn draffig procsi HTTP. Rhaid i'r pwynt terfyn fod yn gyrhaeddadwy o'r cynhwysydd hefyd: mae ei 127.0.0.1 yn cyfeirio ato'i hun.
Ar gyfer yr achos cyntaf, darganfyddwch yr amgylchedd Docker y mae Testcontainers yn ei ddefnyddio mewn gwirionedd. Gall daemon o bell neu Docker Desktop gymryd ffurfweddiad o ffynhonnell wahanol i dockerd lleol. Cadwch wasanaethau prawf lleol a'r Docker API ar eu llwybrau bwriadedig wrth ychwanegu procsi rhagosodedig eang.