Advanced options

Container labels

To add a custom label to the container, use withLabel:

<!--codeinclude-->

Adding a single label inside_block:single_label

<!--/codeinclude-->

Additionally, multiple labels may be applied together from a map:

<!--codeinclude-->

Adding multiple labels inside_block:multiple_labels

<!--/codeinclude-->

Image Pull Policy

By default, the container image is retrieved from the local Docker images cache. This works well when running against a specific version, but for images with a static tag (i.e. 'latest') this may lead to a newer version not being pulled.

It is possible to specify an Image Pull Policy to determine at runtime whether an image should be pulled or not:

<!--codeinclude-->

Setting image pull policy inside_block:built_in_image_pull_policy

<!--/codeinclude-->

... or providing a function:

<!--codeinclude-->

Custom image pull policy inside_block:custom_image_pull_policy

<!--/codeinclude-->

You can also configure Testcontainers to use your custom implementation by using pull.policy

=== "src/test/resources/testcontainers.properties" text pull.policy=com.mycompany.testcontainers.ExampleImagePullPolicy

You can also use the provided implementation to always pull images

=== "src/test/resources/testcontainers.properties" text pull.policy=org.testcontainers.images.AlwaysPullPolicy

Please see the documentation on configuration mechanisms for more information.

Customizing the container

Using docker-java

It is possible to use the docker-java API directly to customize containers before creation. This is useful if there is a need to use advanced Docker features that are not exposed by the Testcontainers API. Any customizations you make using withCreateContainerCmdModifier will be applied on top of the container definition that Testcontainers creates, but before it is created.

For example, this can be used to change the container hostname:

<!--codeinclude-->

Using modifier to change hostname inside_block:hostname

<!--/codeinclude-->

... or modify container memory (see this if it does not appear to work):

<!--codeinclude-->

Using modifier to change memory limits inside_block:memory

<!--/codeinclude-->

!!! note It is recommended to use this sparingly, and follow changes to the docker-java API if you choose to use this. It is typically quite stable, though.

For what is possible, consult the docker-java CreateContainerCmd source code.

Using CreateContainerCmdModifier

Testcontainers provides a CreateContainerCmdModifier to customize docker-java CreateContainerCmd via Service Provider Interface (SPI) mechanism.

<!--codeinclude-->

CreateContainerCmd example implementation

<!--/codeinclude-->

The previous implementation should be registered in META-INF/services/org.testcontainers.core.CreateContainerCmdModifier file.

!!! warning CreateContainerCmdModifier implementation will apply to all containers created by Testcontainers.

Parallel Container Startup

Usually, containers are started sequentially when more than one container is used. Using Startables.deepStart(container1, container2, ...).join() will start all containers in parallel. This can be advantageous to reduce the impact of the container startup overhead.