Artem Medvedev

>>Moreover, it works with quite a lot of cucumber-runners, [JetBrains plugin](https://plugins.jetbrains.com/plugin/9164-gherkin) also marks such syntax as valid. > >Do you have a list of runners? I'm curious to see how...

Just to clarify: I'm totally ok if it's disallowed by intention. Would be nice to consider allowing this or explicitly mention in documentation it's invalid `gherkin` syntax

Sorry, I somehow missed the PR. Thank you for the contribution. This change introduces quite a lot of options, I don't even think `testcontainers` in other languages allows to change...

Hi @Tockra 👋 I think proper solution requires support of https://github.com/testcontainers/testcontainers-rs/issues/577 So this should allow to define static/oncecell containers. For now I have one workaround in mind, not ideal -...

As a quick workaround, you might consider using something like this (your code was used for demonstration): ```rs static KEYCLOAK: OnceLock = OnceLock::new(); async fn start_auth_container() -> Arc { let...

>But I don't really understand what you mean with " it depends on the parallelism of the tests," I meant that if these tests are run concurrently, then in this...

I think `A` is a good compromise to deliver it faster and not to force people to update their usage even after upgrade Another option could be to extend target...

Perhaps it should be a separate opt-in option to apply mode recursively 🤔

Hi 👋 Thank you for raising the issue! Yes, it makes sense to support and shouldn't be hard

Reusable containers are not expected to be cleaned. Documentation from dotnet impl: > Enabling reuse will disable the resource reaper, meaning the resource will not be cleaned up and also...