What is verror?
The verror npm package provides utilities for constructing and formatting errors in Node.js applications. It allows for richer error information, chaining of errors, and better error handling mechanisms. This package is particularly useful for applications that require detailed error tracking and reporting.
What are verror's main functionalities?
Creating rich errors
This feature allows developers to create errors that can encapsulate more information than standard Error objects. It is useful for debugging and error tracking.
const VError = require('verror');
const err = new VError('This is a rich error with a cause.');
Chaining errors
Chaining errors enables developers to trace through a sequence of errors that led to a failure, making it easier to understand the context and root cause of an issue.
const VError = require('verror');
const cause = new Error('cause');
const err = new VError(cause, 'A higher-level error.');
Formatting error messages
This feature allows for the inclusion of additional information within error objects and provides a structured way to access this information. It's particularly useful for logging and reporting errors with specific codes or data.
const VError = require('verror');
const err = new VError({
name: 'MyError',
info: { errorCode: 'E123' }
}, 'An error occurred.');
const info = VError.info(err);
console.log(info.errorCode); // Outputs: E123
Other packages similar to verror
winston
Winston is a multi-transport async logging library for Node.js. While primarily focused on logging rather than error handling, it shares the goal of providing rich information for debugging purposes. Unlike verror, winston is more about logging levels and transports rather than constructing and chaining errors.
pino
Pino is a very low overhead Node.js logger, which, like winston, focuses on logging rather than error handling. It provides mechanisms for structured logging and performance. Pino and verror serve different aspects of application diagnostics; pino does not offer features for error object enhancement or chaining.
verror: richer JavaScript errors
This module provides two classes:
- VError, for combining errors while preserving each one's error message, and
- WError, for wrapping errors.
Both support printf-style error messages using
extsprintf.
printf-style Error constructor
At the most basic level, VError is just like JavaScript's Error class, but with
printf-style arguments:
var VError = require('verror');
var filename = '/etc/passwd';
var err = new VError('missing file: "%s"', filename);
console.log(err.message);
This prints:
missing file: "/etc/passwd"
err.stack
works the same as for built-in errors:
console.log(err.stack);
This prints:
missing file: "/etc/passwd"
at Object.<anonymous> (/Users/dap/node-verror/examples/varargs.js:4:11)
at Module._compile (module.js:449:26)
at Object.Module._extensions..js (module.js:467:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.runMain (module.js:492:10)
at process.startup.processNextTick.process._tickCallback (node.js:244:9)
Causes
You can also pass a cause
argument, which is another Error. For example:
var fs = require('fs');
var VError = require('verror');
var filename = '/nonexistent';
fs.stat(filename, function (err1) {
var err2 = new VError(err1, 'stat "%s" failed', filename);
console.error(err2.message);
});
This prints out:
stat "/nonexistent" failed: ENOENT, stat '/nonexistent'
which resembles how Unix programs typically report errors:
$ sort /nonexistent
sort: open failed: /nonexistent: No such file or directory
To match the Unixy feel, just prepend the program's name to the VError's
message
.
You can also get the next-level Error using err.cause()
:
console.error(err2.cause().message);
prints:
ENOENT, stat '/nonexistent'
Of course, you can nest these as many times as you want:
var VError = require('verror');
var err1 = new Error('No such file or directory');
var err2 = new VError(err1, 'failed to stat "%s"', '/junk');
var err3 = new VError(err2, 'request failed');
console.error(err3.message);
This prints:
request failed: failed to stat "/junk": No such file or directory
The idea is that each layer in the stack annotates the error with a description
of what it was doing (with a printf-like format string) and the result is a
message that explains what happened at every level.
WError: wrap layered errors
Sometimes you don't want an Error's "message" field to include the details of
all of the low-level errors, but you still want to be able to get at them
programmatically. For example, in an HTTP server, you probably don't want to
spew all of the low-level errors back to the client, but you do want to include
them in the audit log entry for the request. In that case, you can use a
WError, which is created exactly like VError (and also supports both
printf-style arguments and an optional cause), but the resulting "message" only
contains the top-level error. It's also more verbose, including the class
associated with each error in the cause chain. Using the same example above,
but replacing err3
's VError with WError, we get this output:
request failed
That's what we wanted -- just a high-level summary for the client. But we can
get the object's toString() for the full details:
WError: request failed; caused by WError: failed to stat "/nonexistent";
caused by Error: No such file or directory
Contributing
Contributions welcome. Code should be "make check" clean. To run "make check",
you'll need these tools:
If you're changing something non-trivial or user-facing, you may want to submit
an issue first.