🌲 Timber - logging core
New to Timber? Here's a low-down on logging in Javascript.
@timberio/core
This is an NPM package that provides core logging functionality.
It's used by the Node and browser logging packages.
You typically wouldn't require this package directly, unless you're building a custom logger.
The Base
class
The Base class provides core features that are extended by loggers.
For example - you could create a custom logger that implements its own sync method, for getting data over to Timber.io
import { Base } from "@timberio/core";
import { ITimberOptions, ITimberLog } from "@timberio/types";
class CustomLogger extends Base {
public constructor(apiKey: string, options?: Partial<ITimberOptions>) {
super(apiKey, options);
this.setSync(async (logs: ITimberLog[]) => {
return logs;
});
}
}
Logging
Logging to Timber is simple - just call the .log()
function with a string message:
timber.log("Hello Timber!");
timber.log("Once more, with context", {
context: {
custom: {
"user-agent": {
browser: "Chrome"
}
}
}
});
There are four levels of logging, each corresponding to a function:
Function | Log level | Example |
---|
.debug() | Debug - logs to report/diagnose system events | Currently logged in session object, during development |
.info() | Info - data/events where no action is required; for information only | User successfully logged in |
.warn() | Warning - advisory messages that something probably needs fixing, but not serious enough to cause an error | SQL query ran slower than expected |
.error() | Error - something went wrong | Couldn't connect to database |
By default, .log()
logs at the 'info' level. You can use the above explicit log levels instead by calling the relevant function with your log message.
All log levels return a Promise that will resolve once the log has been synced with Timber.io:
timber.log("some log message").then(log => {
});
Middleware
You can add your own middleware functions, which act as transforms on the ITimberLog log object.
This is useful for augmenting the log prior to syncing with Timber, or even pushing the log to another service.
Here's what a middleware function looks like:
import { ITimberLog } from "@timberio/types";
async function addCurrentUser(log: ITimberLog): Promise<ITimberLog> {
return {
...log,
context: {
user: {
id: 1000,
name: "Lee"
}
}
};
}
Then just attach to the Timber instance with .use
:
timber.use(addCurrentUser);
You can add any number of pipeline functions to your logger instance, and they'll run in order.
Middleware functions run before the final sync to Timber.io. Pipeline functions should return a Promise<ITimberLog>
, making it possible to augment logs with asynchronous data from external sources.
Note: If an exception is thrown anywhere in the pipeline chain, the log won't be synced. Wrap an async try/catch
block around your call to .log|info|debug|warn|error()
or tack on a .catch()
to ensure your errors are handled.
Removing middleware
If you wish to remove middleware, pass in the original middleware function to .remove()
:
timber.remove(addCurrentUser);
This will remove the middleware function from all future calls to .log|info|debug|warn|error()
.
To re-add middleware, pass it to .use()
LICENSE
ISC