You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is more a question than an issue:
I would like to use TestContainers also when I start my app in local environment via IDE or by running a jar directly. I would like to start a container (ElasticSearch) and let my app rely on it. So that I do not have to deploy locally ElasticSearch cluster.
But TestContainers are tightly coupled with JUnit. I think this coupling is not necessary.
Thoughts?
The text was updated successfully, but these errors were encountered:
It is not. There is built-in support for JUnit Rules (hence strict dependency on junit4, to be removed soon) but it only calls methods of Startable (read: .start() and .stop()/.close()) and, if implemented, TestLifecycleAware.
That said, Testcontainers 2.0 will ship a real "core" module that does not depend on any testing framework, and the integrations will be implemented as modules (in the same manner as JUnit 5 / Spock / ScalaTest support is implemented ATM)
This is more a question than an issue:
I would like to use TestContainers also when I start my app in local environment via IDE or by running a jar directly. I would like to start a container (ElasticSearch) and let my app rely on it. So that I do not have to deploy locally ElasticSearch cluster.
But TestContainers are tightly coupled with JUnit. I think this coupling is not necessary.
Thoughts?
The text was updated successfully, but these errors were encountered: