We don't improve our collector test cases for a long time, most reasons are about env dependencies. And I found testcontainers-java by following @bsideup .
It looks like interesting to me, several simple lines of code, you could start up a container in Java test cases.
I think we could try to use this, at least in our ElasticSearch or H2 storage implementor. At least, write some POC codes first.
FYI @hanahmily @ascrutae @peng-yongsheng Let's find out would this be helpful?
Thanks @bsideup to write this interesting project.
@wu-sheng thanks for your warm words, but I must point out that the project was created and being leaded by @rnorth, he wrote it! 馃挭
But I'm indeed happy to help you folks to integrate it, especially given the fact that I joined the Testcontainers project when I was doing the APM development at ZeroTurnaround :D
Let me know how I can help!
Here is a list of similar uses:
@wu-sheng thanks for your warm words, but I must point out that the project was created and being leaded by @rnorth, he wrote it! 馃挭
Sorry. Thank both @rnorth and @bsideup
e2e and CI with IT tests have been set up by @kezhenxu94. No need to keep this open.
We keep working on e2e and IT tests.
Most helpful comment
Here is a list of similar uses:
this is more or less how we were doing it in ZeroTurnaround
this workshop has details about different scenarios of usage: JDBC containers, Singleton-like containers (where you want to share a single container between all tests) and JUnit rules (e.g. container per test)