cbElasticsearch comes pre-packaged with a logging appenders which can be configured in your Coldbox application to capture log messages and store them for later search and retrieval.
The LogstashAppender uses a time-series data stream to cycle log data through a configured lifecycle policy. By default data is retained for 365 days. If you wish to provide a different configuration or retention period, you can do so by specifying a custom lifeCyclePolicy setting to the appender. .
Appenders may be configured in your Coldbox configuration. Alternately, you can , which will auto-register appenders for you. Note that the Logstash module already installs with cbElasticsearch and will register it so you only need one module or the other.
logBox = {
// Define Appenders
appenders = {
console = {
class="coldbox.system.logging.appenders.ConsoleAppender"
},
logstash = {
class="cbelasticsearch.models.logging.LogstashAppender",
// The log level to use for this appender - in this case only errors and above are logged to Elasticsearch
levelMax = "ERROR",
// Appender configuration
properties = {
// The pattern used for the data stream configuration. All new indices with this pattern will be created as data streams
"dataStreamPattern" : "logs-coldbox-*",
// The data stream name to use for this appenders logs
"dataStream" : "logs-coldbox-logstash-appender",
// The ILM policy name to create for transitioning/deleting data
"ILMPolicyName" : "cbelasticsearch-logs",
// The name of the component template to use for the index mappings
"componentTemplateName" : "cbelasticsearch-logs-mappings",
// The name of the index template whic the data stream will use
"indexTemplateName" : "cbelasticsearch-logs",
// Retention of logs in number of days
"retentionDays" : 365,
// an optional lifecycle full policy https://www.elastic.co/guide/en/elasticsearch/reference/current/ilm-put-lifecycle.html
"lifecyclePolicy" : javacast( "null", 0 ),
// The name of the application which will be transmitted with the log data and used for grouping
"applicationName" : "My Application name",
// A release version to use for your logs
"releaseVersion" : "1.0.0",
// The number of shards for the backing data stream indices
"indexShards" : 1,
// The number of replicas for the backing indices
"indexReplicas" : 0,
// The max shard size at which the hot phase will rollover data
"rolloverSize" : "10gb",
// Whether to migrate any indices used in v2 of this module over to data streams - only used if an `index` key ( v2 config ) is provided to the properties
"migrateIndices" : false,
// Whether to allow log events to fail quietly. When turned on, any errors received when saving log entries will not throw but will be logged out to other appenders
"throwOnError" : true
}
}
},
// Root Logger - appends into messages to all appenders - except those with a specified `levelMax` like above
root = { levelmax="INFO", appenders="*" }
};
Detached Appenders
Creating a Detached Appender
To create a detached appender, use the AppenderService method createDetachedAppender( string name, struct properties ). The properties passed can be any of the above, or you can omit those and the default properties will be used:
Now we can log messages to this appender on an ad-hoc basis by calling the methods in the Appender service.
Logging a single message
We can log a traditional single message by using the logToAppender method of the Appender service. This is familiar to many Coldbox developers:
getInstance( "AppenderService@cbelasticsearch" )
.logToAppender(
"myCustomAppender",
"This is my custom log message which contains information I need to search later",
"info",
{
// labels are stored as exact match keywords which allow you aggregate and filter the log messages
// These are promoted to the root labels object
"labels" : {
"manager" : "Jim Leyland",
"team" : "Detroit Tigers"
},
// Any other key value pairs become part of the log entry extra info, which is searchable but not filterable
"person" : {
"firstName" : "Jim",
"lastName" : "Leyland",
"teams" : [
"Detroit Tigers",
"Pittsburg Pirates",
"Colorado Rockies"
],
"hallOfFamer" : true,
"inductionYear" : 2024
}
}
);
For more information on configuring LogBox log appenders for your application, see the
The logging capbilities of the Elasticsearch module extend beyond the framework LogBox appenders. In a era of big data an analytics, developers also have the ability to create custom appenders appenders for ad-hoc use in storing messages, collecting metrics, or for use in aggregations. Simple messages can be logged or even raw messages which adhere to the . By using detached appenders, you can capture custom information for later reference.
If you are comfortable assembling your own JSON and want to ship those log entries to elasticsearch raw, you can do so by usin the logRawToAppender method of the Appender service. This functionality can also allow you to assemble a series of logs and ship them all off in one bulk operation. The messages argument to the function may be a single entry struct, or it may be an array of multiple message which adhere to the .
See our docs and for more information on how to assemble custom reports and aggregations of your logged data.