- 1. Introduction
- 2. Prerequisites
- 3. Configuring Docker Environment Variables
- 4. Installation
- 5. Usage
- 6. Create, restore and test a backup
- 7. How and where can I find the log files?
- 8. Update
- 9. How to use a previous version
- 10. Uninstallation
- 11. Documentation
- 12. FAQ
- 13. License
- 14. Contact
- 15. Contributing
- 16. Acknowledgements
❗
|
This documentation only covers the Klaros Test Management installation with the integrated Apache Derby database and is only supported for test installations. Do not use it for production systems. |
The instructions for the production installation with the database systems MariaDB, MSSQL, MySQL and PostgreSQL can be found here.
This documentation shows step by step how to install and configure Klaros Test Management under Docker for Windows and Linux.
Docker is a free container-based software that allows a secure installation of applications on different operating systems such as Windows and Linux.
You can find further information at Why-Docker
Klaros Test Management is a professional web-based test management software. It contains components for resource management and evaluation of test activity. Tracking of test requirements is supported, as well as agile development processes. Numerous interfaces with issue trackers, test automation tools and continuous integration servers allow seamless integration into existing development environments.
Klaros Test Management is available free of charge in the Community Edition and can also be used for commercial purposes without restrictions.
The Enterprise Edition offers you the full range of functions, including one-year support and free access to all software updates. An overview of the features of both editions can be found here.
To receive your free 30-day trial license for the Enterprise Edition, you can request your license key here.
Detailed information, extensive documentation, videos and a freely accessible online demo can be found under Klaros Test Management.
Windows
The current hardware requirements and installation steps are described in the official Docker documentation. The Docker Desktop installation requires a login.
To make it easier to update Klaros Test Management later, it is recommended to use Git to download the Dockerfile from GitHub.
This completes the preparations for Windows. The chapter Installation describes how to use Git Bash to download the Dockerfile and prepare it for future updates.
Linux
See the official Docker documentation for the latest hardware requirements and installation steps.
Under CentOS and RHEL, Podman is a popular alternative to Docker. Since Podman provides similar functions as Docker, the code sections with "docker" only need to be replaced by "podman".
Supported Podman version: 1.4.4
Git is required to successfully download the Klaros Test Management Dockerfile from GitHub.
sudo apt-get update sudo apt-get install git
sudo yum check-update sudo yum install git-core
git --version Output: git version 2.17.1
This completes the preparations for Linux. The chapter Installation describes how the Dockerfile can be downloaded and prepared for future updates.
Variable | Default | Description |
---|---|---|
TOMCAT_ADMIN_PASSWORD |
P@ssw0rd |
Password for login 127.0.0.1:18080/monitoring |
TOMCAT_MEMORY_MIN |
128 |
Minimum available RAM in MB |
TOMCAT_MEMORY_MAX |
768 |
Maximum available RAM in MB |
JAVA_OPTS |
With JAVA_OPTS additional settings can be transferred to the Tomcat server. For example the time zone can be set to Europe/Berlin with JAVA_OPTS -Duser.timezone=Europe/Berlin |
|
KLAROS_VERSION |
${KLAROS_VERSION:-5.6.1} |
Klaros release version, which is used during installation. A list of available releases can be found on the official Klaros Test Management website or on GitHub |
TOMCAT_MEMORY_MIN |
TOMCAT_MEMORY_MAX |
JAVA_OPTS |
Open the Dockerfile under ~/klaros-docker/ApacheDerby with your preferred text editor. The Dockerfile contains a list of configurable ENV variables. See table 1 for more information.
ℹ️
|
Please make sure that you recreate the image after changing the Dockerfile. |
Changeable variables can be found in table 2. The environment variables can be changed with the -e parameter.
sudo docker run --name Klaros -p 18080:18080 -e TOMCAT_MEMORY_MAX='1024' -e <Other Variable> klaros
To define the configurations via a file, a text file can be created in the ApacheDerby directory. Modifiable variables can be found in table 2. Add the --env-file parameter when creating the container.
Windows Example
New-Item <Path/env-list.txt> -ItemType file echo "TOMCAT_MEMORY_MAX=1024" > env-list.txt sudo docker create --name Klaros -p 18080:18080 --env-file ./env-list.txt klaros
Linux Example
touch env-list echo "TOMCAT_MEMORY_MAX=1024" > env-list docker create --name Klaros -p 18080:18080 --env-file ./env-list klaros
git init git clone https://github.com/klaros-testmanagement/klaros-docker
ls
you can check whether the directory was created correctlyls Output: klaros-docker
The image is needed to create the Klaros container and start the server.
Windows users are switching from Git Bash to Powershell.
cd ~/klaros-docker/ApacheDerby docker build -t klaros .
During startup, a Docker-Container with the name "Klaros" will be created.
❗
|
When the container is created, an anonymous volume is created. If a named volume is desired, -v must be added as an additional parameter. |
docker create --name Klaros -p 18080:18080 klaros
docker create --name Klaros -p 18080:18080 -v klaros-data:/data klaros
docker start
docker start -a Klaros
docker start Klaros
Details
For more information about the docker start
parameters, see the official Docker Documentation.
After the server has been started, the message "Server startup in x ms" appears at the end. You can now use any browser to enter your IP address and port to access the Klaros website.
Username: admin Password: admin
Another Klaros instance can be used to try a new Klaros version or to test an existing backup. To create another instance, simply change the container name and port.
docker create --name Klaros2 -p 18081:18080 klaros
If the container was started in the foreground, you can shut down the server with the key combination CTRL + C (only possible for Linux).
Alternatively the server can also be shut down via docker stop Klaros
.
Backups are labeled with the name "backup_klaros<date>.tar.gz". If you create several backups per day, it is recommended to specify a time (hours, minutes and seconds) when creating the backups. To do this, add %H(hour), %M(minute), and %S(second) in date/Get-Date.
ℹ️
|
If an error occurs while creating a backup, the log files provide traceable procedures for the error messages. |
$(Get-Date -UFormat "%y-%m-%d-%Hh-%Mm-%Ss")
$(date '+%y-%m-%d-%H:%M:%S')
Details
This would give the backup the following name:
Windows: backup_klaros19-10-28-11h-34m-33s.tar.gz
Linux: backup_klaros19-10-28-11:34:33.tar.gz
You can change the backup path by changing the code section after "-v".
mkdir ~/klaros-docker/Path/backup docker run --rm --volumes-from Klaros -v ~/klaros-docker/Path/backup:/backup alpine tar cvzf /backup/backup_klaros$(Get-Date -UFormat "%y-%m-%d").tar.gz /data/klaros-home /data/catalina-base/logs
mkdir ~/klaros-docker/Path/backup sudo docker run --rm --volumes-from Klaros -v ~/klaros-docker/Path/backup:/backup alpine tar cvzf /backup/backup_klaros$(date '+%y-%m-%d').tar.gz /data/klaros-home /data/catalina-base/logs
docker stop Klaros mkdir ~/klaros-docker/backup docker run --rm --volumes-from Klaros -v ~/klaros-docker/backup:/backup alpine tar cvzf /backup/backup_klaros$(Get-Date -UFormat "%y-%m-%d").tar.gz /data/klaros-home /data/catalina-base/logs
sudo docker ps sudo docker stop Klaros sudo docker run --rm --volumes-from Klaros -v ~/klaros-docker/backup:/backup alpine tar cvzf /backup/backup_klaros$(date '+%y-%m-%d').tar.gz /data/klaros-home /data/catalina-base/logs
❗
|
The container must be shut down before restoration. |
ℹ️
|
Note to adjust the date of the respective backups. |
docker stop Klaros docker run --rm --volumes-from Klaros -v ~/klaros-docker/backup:/backup alpine /bin/sh -c "cd /data && tar xvzf /backup/backup_klaros19-10-28.tar.gz --strip 1" docker start -a Klaros
ℹ️
|
Note to adjust the date of the respective backups. |
To test a backup, you can create a second Klaros instance to install the backup on. The second instance must be fully booted once before the backup can be installed.
docker run --name Klaros-test -p 18081:18080 klaros
docker stop Klaros-test
docker stop Klaros-test
docker run --rm --volumes-from Klaros-test -v ~/klaros-docker/backup:/backup alpine /bin/sh -c "cd /data && tar xvzf /backup/backup_klaros19-10-28.tar.gz --strip 1" docker start -a Klaros-test
docker stop Klaros-test docker rm -v Klaros-test
Log files may be required for troubleshooting. To access log files, a shell can be opened directly in the Docker-Container or they can be taken from the backup.
Relevant log files can be found here:
/data/catalina-base/logs
In the Klaros container, open a shell with docker exec
to get access to the logs.
ℹ️
|
Please note that the server must be started when accessing via the shell and is not shut down. |
more
docker exec -it klaros_db /bin/sh more /data/catalina-base/logs/catalina.2019-12-09.log
Windows
Windows users can use the WinRAR archive program to extract .tar.gz archives.
Afterwards, the Klaros Test Management logs can be displayed in the "logs" folder of catalina-base.
Linux
sudo tar -xzf backup_klaros19-10-28.tar.gz
Afterwards, the Klaros Test Management logs can be displayed in the "logs" folder of catalina-base.
❗
|
After an update of Klaros Test Management, it is no longer possible to install the previous version. Also make sure to refresh the image after the update, otherwise the previous version will still be used. |
docker stop Klaros docker create --name Klaros-tmp --volumes-from Klaros alpine docker rm Klaros
git pull
git pull origin master
To perform an update from an older to a newer version, the first step is to search for new updates in the GitHub repository. Current versions can be viewed via git tag
. Then a local branch "update" with the desired version can be created and merged. Alternatively, you can merge your local branch directly with the master instead of creating a second branch.
git checkout master git pull origin master git checkout tags/<tag_name> -b update git checkout klaros git merge update git branch -D update
docker stop Klaros docker build -t klaros . docker image prune
docker create --name Klaros --volumes-from Klaros-tmp -p 18080:18080 klaros docker rm Klaros-tmp docker start -a Klaros
❗
|
If a newer version is already in use, then an older version can only be used by creating a new instance or a re-installation. |
You can view currently supported versions on GitHub releases.
After the repository has been cloned, the tags can be listed using git tag
and with git checkout tags/<tag_name> -b <new_branch>
a new branch is created and checked out.
git tag git checkout tags/<tag_name> -b klaros
To completely remove Klaros Test Management from Docker, the container must be stopped first, before the container and volume can be removed.
docker stop Klaros docker rm -v Klaros docker rmi klaros rm -rf ~/klaros-docker
You will find information on how to get started with Klaros Test Management in our tutorial and in the user manual. Both are available in the application itself after successful login.
Our installation documentation contains a description of how to install Klaros Test Management under Docker for ApacheDerby, MariaDB, MSSQL, MySQL and PostgreSQL databases.
A technical FAQ as well as a FAQ on prices, ordering and delivery can be found on our website.
Klaros Test Management for Docker is licensed under the terms of the MIT License.
By installing our software through Docker, you also agree to our Limited Use Software License Agreement.
We hope that we have given you a smooth start with this description.
If you have any questions, requests or just want to give feedback, please write to us at [email protected] or use our forum.
Would you like to help us or make suggestions for improvement? Follow these steps to suggest your changes.
-
Create an issue and describe your idea
-
Fork the repo
-
Create a new branch (
git checkout -b feature/my-idea
) -
Make your changes
-
Commit your changes (
git commit -am 'Adding feature'
) -
Push to your branch (
git push origin feature/my-idea
) -
Create a Pull Request