Closed alecmev closed 1 month ago
It is the default behaviour. See here for more info https://node.testcontainers.org/supported-container-runtimes/
It is the default behaviour
Hmm, I could be misunderstanding something, but doesn't the page you link to contradict this?
... wait strategies such as waiting for a health check or a log message are insufficient when using Colima. You can use a composite wait strategy to additionally wait for a port to be bound, on top of an existing wait strategy.
Is there a reason why Wait.forListeningPorts isn't the default behavior
My answer was to this question.
Users are free to use whatever wait strategy they wish. What you quoted explains that there is a known issue with colima if you deviate from the listening ports wait strategy (which is the default wait strategy).
Ah, I understand, thanks, I see it:
Okay, then my question is, why is this overridable? Seems like most modules forget to add Wait.forListeningPorts
when using a custom strategy.
@cristianrgreco Friendly ping, just in case you missed this. I'm interested in getting to the bottom of this because I'd be willing to at least update all modules to include forListeningPorts
in their wait strategies if this is an oversight.
Is there a reason why
Wait.forListeningPorts
isn't the default behavior? I'm not sure if I'm reading it right, but it seems like it is intestcontainers-go
, which makes it "just work" (source):