ISIS-1979: Refactor logging in headless runtime and prevent configuri… #122
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
…g log4j twice
Without these changes, IsisSystem is setting up log4j which is too late since other classes which
bootstrap Isis require logging to work. Currently, HeadlessWithBootstrappingAbstract configures log4j in
addition to IsisSystem. IsisSystem sets up logging either through logging.properties or a fallback. But
logging.properties does not always exist (integration tests). Without logging.properties the fallback
adds a console appender to the root logger in addition to any configuration in logging-integtest.properties,
resulting in duplicated logs in integration tests.
This commit removes any logging setup from IsisSystem. HeadlessWithBootstrappingAbstract now uses the
IsisLoggingConfigurer which is normally used to set up logging. This requires IsisLoggingConfigurer to
be flexible as to the basename of the configuration file.
Also, some code duplication is refactored into LeveledLogger.