githubEdit Page


How to use the logger

We use the logging library pino in most of the livingdocs projects.

The livingdocs server configures a pino instance and exposes it on liServer.log.

A few examples how to use the logger:

const conf = require('./conf')
const liServer = require('@livingdocs/server')(conf)

log.debug('I never expected this to happen.'){foo: 'bar'}){foo: 'bar'}, 'Logging an object.'){foo: 'bar'}, 'And a message %s', 'with interpolation')
log.warn('Requiring lib/something is deprecated.')
log.error({err: new Error('noooo!')}, 'ouch!')

In order for the passed object or Error to be logged as JSON it must be passed as the first param. And this object should not have any of the following root-level keys: level, time, msg.

If Errors are passed as an attribute of an object, the error will just be coerced as string with toString() and not serialized with its stack trace.

Make sure you always pass it directly or use err or error attributes. That behaviour is defined by serializers

  • log.error({x: new Error()})
  • log.error(new Error())
  • log.error({err: new Error()})
  • log.error({error: new Error()})

Creating a child logger

Child loggers can be created with additional properties that will be added to all logs which are created with the child logger.

const log = server.log.child({ns: 'li-projects'})

In this example ns is short for namespace. And we use this property to identify where logs originated. But the use of the ns property is just a convention we use in the livingdocs-server. You can also use other properties in your child loggers.

Every livingdocs feature instance already has a child logger declared using a ns with the feature name as value.

What does the log output look like?

Example json log:

log.warn({foo: 'bar'}, 'A log message.')

{"level": 40, "time": 1497365986364, "msg": "A log message", "foo": "bar"}

The values level and time are always added by the logger. msg will be the message.

Any additional keys are additional information that varies depending on what is logged.

The level is a numeric value. These are the values of the log levels you will see in the logs:


Example Request Log

This is an example request logs from express middleware that are logged when logRequests: true is set:

  "level": 30,
  "time": 1497366221715,
  "msg": "request completed",
  "req": {
    "id": "72ec31ac-baab-4e29-bfc0-a91a57d485ee",
    "method": "GET",
    "url": "/users/me"
  "res": {
    "statusCode": 200
  "responseTime": 41

The request logs have the same format as any other logs. However they have the additional keys req, res and responseTime.

In cases when our api returns a standard error in the body these will be added to res.error. represents the requestId. The requestId can be overwritten in the request by sending an X-Request-Id header and is most likely declared by a loadbalancer in front of the server.

req.traceId represents the traceId of an opentelemetry trace.