This docker image is not intended to run containers permanently as a webserver or nodeJS server, it should be used to run single commands to execute tasks.
Some schedulers like Kubernetes or Openshift give the possibility to run tasks at regular intervals like Cronjobs. This image can be used in this context.

To automate the build and testing of this image, we rely on a Makefile that facilitates the construction and testing of a container image for ElasticMS Client. The Makefile supports both Docker and Podman with Buildah as options for building and testing the image. Additionally, the Dockerfile used for image creation is templated using m4.

To use this Makefile, you need to have the following installed on your system:

• Docker or Podman with Buildah (for building and managing containers)
• Git (for version control)
• Make (for running the Makefile commands)
• M4 (for generating the Dockerfile from templates)

Make sure to follow the links provided to install the required tools according to your operating system and platform.

1. Clone the repository containing the Makefile and navigate to its directory:

   git clone <repository_url>
   cd <repository_directory>

2. (Optional) If you want to customize the build process, create a .build.env file in the repository directory. This file can define the following environment variables:

   • ELASTICMS_CLI_VERSION: The version of ElasticMS Client to build (default: 5.0.0)
   • DOCKER_IMAGE_NAME: The name of the Docker image to build (default: docker.io/elasticms/cli)

   Make sure to define these variables in the .build.env file using the KEY=VALUE format.

To use the Makefile, you can run the following commands:

• make build: Build the Docker image for the production (prd) variant of ElasticMS Client.
• make build-dev: Build the Docker image for the development (dev) variant of ElasticMS Client.
• make build-all: Build Docker images for both the production and development variants of ElasticMS Client.
• make test: Test the Docker image for the production (prd) variant of ElasticMS Client.
• make test-dev: Test the Docker image for the development (dev) variant of ElasticMS Client.
• make test-all: Test Docker images for both the production and development variants of ElasticMS Client.
• make Dockerfile: Generate the Dockerfile from the provided templates.

You can also run make help to see a list of available commands.

Note: By default, the Makefile uses Docker as the container engine. If you want to use Podman with Buildah instead, you have two options:

1. Set the CONTAINER_ENGINE variable in the .build.env file. Create a .build.env file in the repository directory and define CONTAINER_ENGINE=podman in the file.

2. Set the CONTAINER_ENGINE environment variable directly when running the Makefile commands:

   make build CONTAINER_ENGINE=podman

Using an environment variable allows you to dynamically switch between Docker and Podman with Buildah without modifying the .build.env file.

Additionally, if you are using Podman as the container engine, you can specify the CONTAINER_TARGET_IMAGE_FORMAT environment variable to choose the image format. By default, the image format is Docker. To create the image in the OCI format, use the following command:

make build CONTAINER_ENGINE=podman CONTAINER_TARGET_IMAGE_FORMAT=oci

To customize the Docker image name and ElasticMS Client version, you have two options:

1. Set the DOCKER_IMAGE_NAME and ELASTICMS_CLI_VERSION variables in the .build.env file. Create a .build.env file in the repository directory and define the desired values for these variables.

2. Set the DOCKER_IMAGE_NAME and ELASTICMS_CLI_VERSION environment variables directly when running the Makefile commands:

   make build DOCKER_IMAGE_NAME=my-custom-image ELASTICMS_CLI_VERSION=6.0.0

Setting these variables allows you to customize the image name and ElasticMS Client version without modifying the .build.env file.

Please ensure that you have the necessary dependencies installed as mentioned earlier in the documentation.

If you want to customize the build process further, you can modify the .build.env file to set the desired values for the environment variables mentioned earlier. Additionally, you can modify the Dockerfile templates located in the Dockerfiles directory. The Makefile uses m4 to generate the final Dockerfile from the templates.

To regenerate the Dockerfile after modifying the templates, run the following command:

make Dockerfile

The Makefile uses Bats (Bash Automated Testing System) to test the Docker images. The test cases are defined in the test/tests.bats file. Before running the tests, make sure you have the following dependencies installed:

• Bats: Bats is a TAP-compliant testing framework for Bash. Install Bats by following the instructions in the Bats documentation.
• AWS CLI: The AWS CLI is required to execute certain tests. Install the AWS CLI by following the instructions in the AWS CLI user guide.
• npm: npm is the package manager for JavaScript. Install npm by following the instructions in the npm documentation.
• gettext: gettext is a package that provides internationalization (i18n) support. Install gettext by following the instructions for your specific operating system.
• Docker: If you're using Docker as the container engine, you need to have Docker installed. Follow the instructions in the Docker documentation to install Docker.
• Docker Compose: Docker Compose is required for certain tests that use Docker Compose functionality. Install Docker Compose by following the instructions in the Docker Compose documentation.
• Podman (with Podman Compose): If you're using Podman as the container engine, you need to have Podman and Podman Compose installed. Install Podman by following the instructions in the Podman documentation. Install Podman Compose by following the instructions in the Podman Compose documentation.

To run the tests, make sure to configure the desired container engine (Docker or Podman) using the CONTAINER_ENGINE environment variable. The Makefile will execute the tests accordingly.

To run the tests, use the following commands:

• make test: Test the Docker image for the production (prd) variant of ElasticMS Client using the configured container engine.
• make test-dev: Test the Docker image for the development (dev) variant of ElasticMS Client using the configured container engine.
• make test-all: Test Docker images for both the production and development variants of ElasticMS Client using the configured container engine.

You can also specify the DOCKER_IMAGE_NAME and ELASTICMS_CLI_VERSION variables to customize the image name and version used for testing. For example:

make test DOCKER_IMAGE_NAME=my-custom-image ELASTICMS_CLI_VERSION=6.0.0 CONTAINER_ENGINE=podman

The Bats test suite includes multiple test cases that validate the functionality and behavior of the ElasticMS Client container image. It covers various aspects of the image, including its configuration, dependencies, and expected output. The test suite ensures the integrity and correctness of the container image.

Releases are done via GitHub actions and uploaded on Docker Hub.

• 5.x.y, 5.x, 5, 5.x.y-prd, 5.x-prd, 5-prd, 5.x.y-dev, 5.x-dev, 5-dev

The elasticms/cli images come in many flavors, each designed for a specific use case.

This variant contains the ElasticMS CLI tool installed in a Production PHP environment.

This variant contains the ElasticMS CLI tool installed in a Development PHP environment.

docker run -it --rm docker.io/elasticms/cli:<version> <elasticms-command>

docker run -it --rm -e TZ=Europe/Brussels \
                    -e ELASTICMS_CLI_CROND_SCHEDULE="*/1 * * * *" \
                    docker.io/elasticms/cli:<version> cron ems:version

docker run -it --rm -e ELASTICMS_CLI_CROND_SCHEDULE="*/1 * * * *" \
                    docker.io/elasticms/cli:<version> cron ems:version

docker run -it --rm -e TZ=Europe/Brussels \
                    -e ELASTICMS_CLI_CROND_SCHEDULE="*/1 * * * *" \
                    -e ELASTICMS_CLI_SUPERCRONIC_PROMETHEUS_LISTEN_HOST=0.0.0.0 \
                    -e ELASTICMS_CLI_SUPERCRONIC_PROMETHEUS_LISTEN_PORT=9746 \
                    docker.io/elasticms/cli:<version> cron ems:version

docker run -it --rm -v -p 9746:9746 \
                       -p 9744:9744 \
                       -e TZ=Europe/Brussels \
                       -e ELASTICMS_CLI_CROND_SCHEDULE="*/1 * * * *" \
                       -e ELASTICMS_CLI_SUPERCRONIC_PROMETHEUS_LISTEN_HOST=0.0.0.0 \
                       -e ELASTICMS_CLI_SUPERCRONIC_PROMETHEUS_LISTEN_PORT=9746 \
                       -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_INET_HOST=0.0.0.0 \
                       -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_INET_PORT=9744 \
                       --name cron \
                       docker.io/elasticms/cli:<version> cron ems:version

docker run -it --rm -p 9746:9746 \
                    -p 9744:9744 \
                    -e TZ=Europe/Brussels \
                    -e ELASTICMS_CLI_CROND_SCHEDULE="*/1 * * * *" \
                    -e ELASTICMS_CLI_SUPERCRONIC_PROMETHEUS_LISTEN_HOST=0.0.0.0 \
                    -e ELASTICMS_CLI_SUPERCRONIC_PROMETHEUS_LISTEN_PORT=9746 \
                    -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_INET_HOST=0.0.0.0 \
                    -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_INET_PORT=9744 \
                    -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_UNIX_SOCKET_PATH=/tmp/supervisor/supervisor.sock \
                    -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_UNIX_SOCKET_CHMOD=0700 \
                    -e ELASTICMS_CLI_SUPERVISOR_XMLRPC_UNIX_SOCKET_CHOWN=1001:0 \
                    --name cron \
                    docker.io/elasticms/cli:<version> cron ems:version