1. Bootique Integration with Logback
As mentioned in Bootique general documentation on logging, standard modules rely on SLF4J loggers that can be easily bridged to various advanced logging frameworks. Same maximally neutral logging approach is reasonable to apply in the user modules as well.
bootique-logback
is a "drag-and-drop" module integrating Bootique logging with Logback logging framework. Just like any other module, bootique-logback
can be enabled by simply adding it to the pom.xml
dependencies, assuming autoLoadModules()
is in effect:
<dependency>
<groupId>io.bootique.logback</groupId>
<artifactId>bootique-logback</artifactId>
</dependency>
Without further configuration it would log everything to console using INFO level. Configuration can be provided via YAML, as shown in the following section. Configuration options include per class and package log levels configuration, a choice of appenders, etc.
2. Configuration Reference
2.1. log
log:
level: warn
appenderRefs:
- test
loggers:
com.foo:
level: debug
appenderRefs:
- test
com.example:
level: debug
appenders:
- type: file
name: test
logFormat: '%c{20}: %m%n'
file: target/logback/testRun_Debug.log
"log" is a root element of the Logback configuration and is bound to a LogbackContextFactory
object. It supports the following properties:
Property | Default | Description |
---|---|---|
|
console appender |
A list of appenders to output logs to. See below. |
|
none |
A list of references to appenders. If it’s added to child logger only, then the child logger will write logs with this named appender. If the appender added to the root logger, or to both root and child loggers, or none, the appender will be attached to root logger only. |
|
|
A default logging level. Can be overridden per logger. |
|
none |
A map of logger factories by logger name. Logger name is a package name (applied recursively) or class name. See below. |
|
|
If true, all other logback settings are ignored and the user is expected to provide its own config file per Logback documentation. This is only needed for a few advanced options not directly available via Bootique config. |
2.2. log.appenders
log:
appenders:
- type: file
name: test
logFormat: '%c{20}: %m%n'
file: /var/log/myapp.log
- type: console
logFormat: '%c{20}: %m%n'
Lists appenders to sends the logs to. If the list is empty, console appender is used with default settings. Currently available appenders are "console" and "file":
Property | Default | Description |
---|---|---|
|
|
A format of the log lines. See Logback PatternLayout for details. |
|
|
Whether to log to standard output or standard error. Possible values are |
Property | Default | Description |
---|---|---|
|
|
A format of the log lines. See Logback PatternLayout for details. |
|
none |
The name of the appender. If it has a name it could be added to the loggers by that name. If it has no name it will be automatically added to the root logger. |
|
none |
A name of a file to send the log to. |
|
true |
If true, events are appended at the end of an existing file. Otherwise, if append is false, any existing file is truncated. The append option is set to true by default. |
|
none |
An object that defines a log rotation policy. Examples are given below. |
There are a few ways log file rotation can be configured for the "file" appender, as defined by the rollingPolicy
. Out of the box the following Logback policies are supported: fixedWindow
, time
, sizeAndTime
.
2.2.1. "fixedWindow" Rolling Policy
log:
appenders:
- type: file
logFormat: '%c{20}: %m%n'
file: /var/log/myapp.log
rollingPolicy:
type: fixedWindow
fileNamePattern: '/var/log/myapp-%i.log'
historySize: 5
fileSize: 20
"fixedWindow" policy rotates the main log file when it reaches a certain size, keeping one or more rotated files.
Property | Default | Description |
---|---|---|
|
none |
A pattern of rotated file name. Must contain |
|
none (unlimited) |
A max number of rotated files to keep. |
|
none |
Max file size that causes rotation. Expressed in bytes, kilobytes, megabytes or gigabytes by suffixing a numeric value with KB, MB and respectively GB. For example: 5000000, 5000KB, 5MB and 2GB. |
2.2.2. "time" Rolling Policy
log:
appenders:
- type: file
logFormat: '%c{20}: %m%n'
file: /var/log/myapp.log
rollingPolicy:
type: time
fileNamePattern: '/var/log/myapp-%d{yyyyMMddHHmmss}.log'
"time" policy rotates the main log file at a fixed time interval determined by the file name pattern.
Property | Default | Description |
---|---|---|
|
none |
A pattern of rotated file name. Its value should consist of the name of the file, plus a suitably placed %d conversion specifier. The %d conversion specifier may contain a date-and-time pattern as specified by the |
|
none (unlimited) |
A max number of rotated files to keep. |
|
none |
Max size of all log files combined. Expressed in bytes, kilobytes, megabytes or gigabytes by suffixing a numeric value with KB, MB and respectively GB. For example: 5000000, 5000KB, 5MB and 2GB. |
2.2.3. "sizeAndTime" Rolling Policy
log:
appenders:
- type: file
logFormat: '%c{20}: %m%n'
file: /var/log/myapp.log
rollingPolicy:
type: sizeAndTime
fileNamePattern: '/var/log/myapp-%d{yyyyMMddHHmmss}.%i.log'
historySize: 5
fileSize: 50
totalSize: 150
"sizeAndTime" policy rotates the main log file either at a fixed time interval determined by the file name pattern or when the log file reaches a certain size.
Property | Default | Description |
---|---|---|
|
none |
A pattern of rotated file name. Its value should consist of the name of the file, plus a suitably placed %d conversion specifier. The %d conversion specifier may contain a date-and-time pattern as specified by the |
|
none (unlimited) |
A max number of rotated files to keep. |
|
none |
Max size of all log files combined. Expressed in bytes, kilobytes, megabytes or gigabytes by suffixing a numeric value with KB, MB and respectively GB. For example: 5000000, 5000KB, 5MB and 2GB. |
|
none |
Max file size that causes rotation. Expressed in bytes, kilobytes, megabytes or gigabytes by suffixing a numeric value with KB, MB and respectively GB. For example: 5000000, 5000KB, 5MB and 2GB. |
2.3. log.loggers
log:
loggers:
com.foo:
level: debug
com.example:
level: debug
This is a map of logger factories by logger name. Logger name is either a package name (applied recursively to subpackages and their classes) or a class name. Each LoggerFactory has the following properties:
Property | Default | Description |
---|---|---|
|
|
Log level for a particular logger. Can be |
3. Logback Sentry Module
Provides Sentry integration with Bootique-Logback.
3.2. Add bootique-logback-sentry to your build tool:
Maven
<dependency>
<groupId>io.bootique.logback</groupId>
<artifactId>bootique-logback-sentry</artifactId>
</dependency>
Gradle
compile("io.bootique.logback:bootique-logback-sentry:1.3")
bootique-logback-sentry is a part of bootique-bom, and version can be imported from there. |
3.3. Write Configuration
config.yml:
log:
level: warn
appenders:
- type: console
logFormat: '[%d{dd/MMM/yyyy:HH:mm:ss}] %t %-5p %c{1}: %m%n'
- type: sentry
dsn: 'your_dsn_here'
serverName: aurora
environment: development
release: 42.0
extra:
extra1: value1
extra2: value2
extra3: value3
minLevel: error
distribution: x86
applicationPackages:
- "io.bootique.logback"
- "com.myapp.package"
commonFramesEnabled: true
tags:
tag1: value1
tag2: value2
SentryClientFactory
can be provided by overriding SentryClientFactory
bean from LogbackSentryModule
.
Also DSN can be provided via environment variable SENTRY_DSN.