There are two ways to provide system properties and JVM options to the JVM process running inside a Docker container.
1. Predefined JVM scenarios
Select from a set of predefined scenarios by setting the environment variable JVM_CONFIG to a comma-separated list of scenario IDs. See table below for available scenarios.
Pay attention to environment variables in the property sets, since they must be provided at runtime.
Define a custom set of system properties and JVM options. To accomplish this, use the docker volumes to override the file
/opt/fortifiedid/integrity/bin/default/java.config
at runtime. In this case, all mandatory properties and options must be provided, since no other items will be provided by the system.
The application uses Log4J2 logging. Default configuration is embedded in the Docker image, in the file /opt/fortifiedid/integrity/config/log4j2.xml.
As a convenience, it is possible to set the default log level of this configuration by providing the environment variable LOG_LEVEL at runtime. This variable can be any valid Log4j log level: ALL, TRACE, DEBUG, INFO, WARN, ERROR, FATAL, OFF. This log level will affect all loggers.
For finer control over the logging configuration, use docker volumes to override the log configuration file at runtime. Example:
The preferred way to manage application logging from a Docker container is by using an appropriate Docker logging driver.