testcontainers / testcontainers/testcontainers-java
Automatically map exposed ports defined in Dockerfile
Nessuno ha ancora preso questa issue.
- Lingua principale
- Java
- Stelle
- 8.7k
- Fork
- 1.9k
- Merge medio
- 2g 17h
- PR unite (30g)
- 9
Descrizione
Typically a Docker image will declare what ports it exposes using:
EXPOSE <ports...>
Why is it also necessary to duplicate this information by default for GenericContainer?
Take the quick start example:
@Rule
public GenericContainer redis = new GenericContainer<>("redis:5.0.3-alpine")
.withExposedPorts(6379);
If the user does not explicitly state what ports to expose via withExposedPorts(), could we run DockerClientFactory.instance().client().inspectImageCmd(this.getDockerImageName()).exec(); to run a Docker image inspection and automatically read/set the ports exposed by the Docker image? I know there are situations where a user may not want to expose all (or any) ports of a container, but I think this would be the minority case for Testcontainers users, right?
If we were to do this, the above code example could simply be:
@Rule
public GenericContainer redis = new GenericContainer<>("redis:5.0.3-alpine");
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia leggendo GenericContainer e la gestione di withExposedPorts, quindi esamina il punto di ingresso DockerClientFactory.instance().client().inspectImageCmd(...) descritto nell'issue. Il lavoro è completato quando un GenericContainer può ricavare le porte esposte dall'immagine quando non ne viene specificata nessuna, mentre i casi di porta esplicita e di assenza di porte dell'issue rimangono definiti e verificati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- docker, java
- Ambito
- testing, tooling
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 30/100