* [Keycloak Test Framework] Infinispan server + ClusterlessTestSuite and MultisiteTestSuite configuration Signed-off-by: Lukas Hanusovsky <lhanusov@redhat.com> * Utilise ClientIntelligence.BASIC to ensure that internal docker IPs never used by Infinispan client Signed-off-by: Ryan Emerson <remerson@ibm.com> * Code refactoring + properties utility Signed-off-by: Lukas Hanusovsky <lhanusov@redhat.com> --------- Signed-off-by: Lukas Hanusovsky <lhanusov@redhat.com> Signed-off-by: Ryan Emerson <remerson@ibm.com> Co-authored-by: Ryan Emerson <remerson@ibm.com>
5.0 KiB
Keycloak Test Framework - Logging
The test framework provides built-in support for logging, including the following features:
- Log filtering - automatically filter out log output for successful tests
- Test information - log details on test execution, including setup and cleanup
- Configure Keycloak logging - automatically configure Keycloak server logging
- Log forwarding - forward output from the managed Keycloak test server, and managed database containers
Configuring logging
To configure default logging for a test module add src/main/resources/keycloak-test.properties with the default configuration. For example:
kc.test.log.level=WARN
kc.test.log.filter=true
kc.test.log.category."testinfo".level=INFO
Developers that are running the tests locally can then override the defaults with either .env file at the root of the test module, or use environment variables when running tests from the command line. For example:
KC_TEST_LOG_FILTER=FALSE KC_TEST_LOG_LEVEL=INFO mvn test
Configure log levels
Supported log levels include TRACE, DEBUG, INFO, WARN, and ERROR.
The default/root log level is configured with KC_TEST_LOG_LEVEL / kc.test.log.level. To prevent a lot of noise in logs you may want to set this to WARN by default.
To configure log levels for a specific category use kc.test.log."<category>".level / KC_TEST_LOG_CATEGORY__<CATEGORY>__LEVEL, for example:
kc.test.log.category."org.keycloak".level=INFO
KC_TEST_LOG_CATEGORY__ORG_KEYCLOAK__LEVEL=INFO
Some useful categories include:
testinfo- Test lifecycle information. This serves two purposes, firstly it tells you when a test class and test method starts, and if the test succeeded or not. Secondly, it breaks up the log output so you can see exactly what is causing logs for instance from the Keycloak server.org.keycloak.testframework- Logging from the test framework itself. Setting this toDEBUGcan be helpful to debug any issues with the test framework itself, or custom suppliers.org.keycloak- Logging from the Keycloak server. If you set this toDEBUGfor example, but don't want debug from the test framework, also explicitly setorg.keycloak.testframeworkto for exampleINFOmanaged.keycloak- Log output from the managed Keycloak server if you are running the server indistributionmode (which is the default)managed.db- Output from database containers are included in this category. Standard out is logged withDEBUGlevel, while standard error is logged withWARNlevelmanaged.infinispan- Output from the external Infinispan container is included in this category. Standard out is logged withDEBUGlevel, while standard error is logged withWARNlevel
Enable log filtering
Log filtering suppresses log output for successful tests, but provides output from failing tests. This can be useful to reduce the amount of logging, while at the same time provide log output to debug failing tests.
To enable the log filter capability set KC_TEST_LOG_FILTER / kc.test.log.filter to true.
Enable colors
To enable colors to log output set KC_TEST_CONSOLE_COLOR / kc.test.console.color to true. For CI or anywhere log files are being parsed this is usually not a good idea.
Examples
Example default log configuration
This provides a more complete example of a src/test/resource/keycloak-test.properties file:
kc.test.log.level=WARN
kc.test.log.filter=true
kc.test.log.category."testinfo".level=INFO
kc.test.log.category."org.keycloak.testframework".level=INFO
kc.test.log.category."org.keycloak".level=WARN
kc.test.log.category."managed.keycloak".level=WARN
kc.test.log.category."managed.db".level=WARN
kc.test.log.category."managed.infinispan".level=WARN
This should serve as a good starting point balancing the need of log information with not producing too much noise.
Example local .env file
For developers wanting to override the defaults for a more personal configuration, add a .env file to the root of the test module. This file should not be committed to the git repository, as it should be personal for each developer.
Here's an example .env file that is enabling debug logging for some specific categories:
KC_TEST_CONSOLE_COLOR=true
KC_TEST_LOG_LEVEL=WARN
KC_TEST_LOG_CATEGORY__TESTINFO__LEVEL=DEBUG
KC_TEST_LOG_CATEGORY__ORG_KEYCLOAK___LEVEL=DEBUG
KC_TEST_LOG_CATEGORY__ORG_KEYCLOAK_TEST__LEVEL=DEBUG
KC_TEST_LOG_CATEGORY__MANAGED_KEYCLOAK__LEVEL=DEBUG
KC_TEST_LOG_CATEGORY__MANAGED_DB__LEVEL=DEBUG
KC_TEST_LOG_CATEGORY__MANAGED_INFINISPAN__LEVEL=DEBUG
Examples using environment variables
Disabling console colors if enabled in default test configuration:
KC_TEST_CONSOLE_COLOR=false mvn test
Enabling the log filter if not enabled by default, and for example you want to enable this only in CI:
KC_TEST_LOG_FILTER=true mvn test
Quickly increasing log levels for a specific category when running a specific test:
KC_TEST_LOG_CATEGORY__ORG_KEYCLOAK__LEVEL=DEBUG mvn test -Dtest=ProblematicTest