npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@taktikal/error

v5.0.5

Published

Error handling solution for Taktikal

Downloads

10

Readme

@taktikal/error

Example usage

// ~/src/api/login.ts

const login = (username: string, password: string): AsyncResponse<{ token: string }> => {
  try {
    const { data: token } = await Axios.post("/login", { username, password });
    return [null, { token }];
  } catch (e) {
    return handleError(e, [
      {
        test: "User not found",
        message: "A user with this username does not exist",
        log: false,
      },
      {
        test: "Unauthorized",
        message: "Incorrect password",
        log: false,
      },
    ]);
  }
};
async function onSubmit() {
  const { username, password } = this.state;

  const [err, token] = await login(username, password);

  if (err) {
    showMessageToUser(err.message);
    return;
  }

  setAuthToken(token);
}

Install

npm i -S @taktikal/error

Setup

Client

// ~/config/configSentryBrowser.ts

import * as Sentry from "@sentry/browser";
import { setSentryInstance } from "@taktikal/error";
import { getPublicEnv } from "~/utils/env";

Sentry.init({
  dsn: getPublicEnv("SENTRY_DSN"),
  environment: getPublicEnv("SENTRY_ENV"),
});
setSentryInstance(Sentry);

Server

// ~/config/configSentryServer.ts

import * as Sentry from "@sentry/node";
import { setSentryInstance } from "@taktikal/error";
import { getPublicEnv } from "~/utils/env";

Sentry.init({
  dsn: getPublicEnv("SENTRY_DSN"),
  environment: getPublicEnv("SENTRY_ENV"),
});
setSentryInstance(Sentry);
// ~/server.ts

import "~/config/configSentryServer";

import express from "express";
import bodyParser from "body-parser";
import * as Sentry from "@sentry/node";
import { stripLongStrings } from "@taktikal/error";

const server = express();

server.use(bodyParser.json());

const sentryRequestHandler = Sentry.Handlers.requestHandler();
server.use((req, res, next) =>
  sentryRequestHandler({ ...req, body: stripLongStrings(req.body) } as express.Request, res, next),
);

// Middleware and routes go here

server.use(Sentry.Handlers.errorHandler());

// Server listen

Common config

// ~/config/configErrors.ts

import { config } from "@taktikal/error";

config({
  // Options go here
});

Config options

| Option | Type | Default value | Description | | --------------------------- | ----------------------- | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | | exposeDebugInformation | boolean | !IS_PROD_ENV | If set to true, debug information will always be included when serializing the error. | | logErrorsToSentry | boolean | IS_PROD_ENV | If set to false, no errors will ever be logged to Sentry. | | globalErrorCases | ErrorCase[] | [] | All handled errors will be matched against these cases after local cases. Useful for error that can happen globally (e.g. network errors). | | logBreadcrumbsToConsole | boolean | IS_DEV_ENV | If set to true, breadcrumbs will be logged to the console. | | logServerErrorsToConsole | boolean | IS_DEV_ENV | If set to true, errors will be logged to the server console. The logged error is the LogError that is sent to Sentry instead of the StandardError. | | logBrowserErrorsToConsole | boolean | IS_DEV_ENV | If set to true, errors will be logged to the browser console. The logged error is the LogError that is sent to Sentry instead of the StandardError. | | getExtraInfoFromRequest | (req: Request) => any | | Data returned from this fn is set to the custom field of the stack. | | siteUrl | string | "" | This value is set to the siteUrl field of the stack. | | errorHeaderValue | string | "" | This value is used to determine whether or not to expose debug information to other services. |

Error cases

Here are some common error cases.

Unwrap

If you want to use the unwrap syntax, you will need to add @taktikal/error/global to your types in tsconfig.json and import @taktikal/error/global at the root of your app.

// tsconfig.json
{
  "compilerOptions": {
    "types": [
      "node",
      "@taktikal/error/global"
      // ...
    ]
  }
}
// server.ts and/or _app.tsx

import "@taktikal/error/global";

Handling errors

The handleError function takes in the error, an optional options object, and an optional error case array.

// Only error
handleError(e);

// With a default error message
handleError(e, "Default error message");

// With an options object
handleError(e, { name: "Error name", message: "Default error message", extra: data });

// With error cases
handleError(e, [
  {
    test: "Unauthorized",
    message: "Innskráning tókst ekki",
    log: false,
  },
]);

// With options object and error cases
handleError(e, { name: "Error name", message: "Default error message", extra: data }, [
  {
    test: "Unauthorized",
    message: "Innskráning tókst ekki",
    log: false,
  },
]);

Functions

Synchronous functions that can fail should return a StandardResponse<T>. Async function should return AsyncResponse<T>.

type StandardResponse<T> = [null, T] | [StandardError, T];
type AsyncResponse<T> = Promise<StandardResponse<T>>;

The first item in the tuple is the error. The second item is the returned data.

I will refer to both StandardResponse<T> and AsyncResponse<T> as Response<T>. They are conceptually the same thing, except that AsyncResponse<T> wraps StandardResponse<T> in a Promise

Functions that return a Response<T> should never throw. Following that rule, consumers of functions that return Response<T> can use them without wrapping them in a try {} catch (e) {} block.

async function x() {
  const [err, data] = await getData();

  if (err) {
    // Handle the error
  }

  // Use the data
}

If there is unsafe code in the function (e.g. JSON.parse or a network call) the function should itself contain the try {} catch {} block.

import Axios from "axios";

const getData: AsyncFn<Data> = async () => {
  try {
    const { data } = await Axios.get("/data");
  } catch (e) {
    return handleError(e);
  }
};

Returning handleError(e) is the most basic way of handling an error. It will take care of parsing, formatting and logging the error.

StandardError

The handleError function returns [StandardError, null].

StandardError has two fields that you will use the majority of the time.

class StandardError {
  code: string;
  message: string;
}

Code

The code is used to match expected errors.

const [err] = handleError(e);

switch (err.code) {
  case "service_does_not_exist": {
    showCreateServiceSuggestionUI();
    break;
  }

  case "not_authenticated": {
    openLoginModal();
    break;
  }

  default: {
    setErrorMessage(err.message);
  }
}

If the code does not match any expected error, then showing err.message works as a nice fallback.

The code is "unknown" if no error case matched, though this case should NOT be matched directly.

Message

The message is a user-friendly error message that can be shown to the user.

const [err] = handleError(e);
setErrorMessage(err.message);

By default it is set to Eitthvað fór úrskeiðis.

Error cases

You can pass error cases to the handleError function:

const [err] = handleError(new Error("Login failed"), [
  {
    test: "Login failed",
    code: "login_failed"
    message: "The login attempt was unsuccessful, try again later!",
  },
]);

In this case, the first case would match. The err.code would be "login_failed" and err.message field would be "The login attempt was unsuccessful, try again later!".

The test field can be a string literal, a RegExp or a function that takes in the error itself or the Axios response payload.

A test function would pass the error itself by default, unless testBy is set to "data".

handleError(e, [
  {
    test: /^'Token' must be 20 characters in length. You entered [0-9]* characters.$/i,
    code: "token_length",
    message: "The token length is wrong.",
  },
  {
    test: (e: any) => e && e.response && e.response.data && e.response.data.field === 5,
    code: "generic_error",
    message: "Error message",
  },
  {
    testBy: "data",
    test: (data: Data) => data.field === 5,
    code: "generic_error",
    message: "Error message",
  },
]);

Error cases that test by data are only called if data is not null.

Log

Errors are logged to Sentry by default. You can decide to log or not to log certain errors by passing false to log.

handleError(new Error("Some error"), [
  {
    test: "Some error",
    code: "some_error",
    message: "Error message",
    log: false,
  },
]);

If log is not specified, the error is logged by default.

Unwrap

If you're doing multiple subsequent API calls, this can become a common pattern.

const handler: Handler = (req, res) => {
  const [customerErr, customer] = await getCustomer(req.query.token);

  if (customerErr) {
    customerErr.pipe(res);
    return;
  }

  const [signDocumentErr, document] = await signDocument(customer);

  if (signDocumentErr) {
    signDocumentErr.pipe(res);
    return;
  }

  const [sendDocumentErr] = await sendDocument(document);

  if (sendDocumentErr) {
    sendDocumentErr.pipe(res);
    return;
  }

  res.sendStatus(200);
};

OR

const fn = (): AsyncResponse<any> = (token: string) => {
  const [customerErr, customer] = await getCustomer(token);

  if (customerErr) {
    return [customerErr, null];
  }

  // ...
};

The majority of the code here is unnecessary boilerplate. You care about whether or not an error happened, but not necessarily which error since the functions themselves take care of defining the error message, logging it, etc.

The unwrap syntax helps with that:

const handler: Handler = (req, res) => {
  try {
    const customer = (await getCustomer(req.query.token)).unwrap();
    const document = (await signDocument(customer)).unwrap();
    (await sendDocument(document)).unwrap();

    res.sendStatus(200);
  } catch (e) {
    const [err] = handleError(e);
    err.pipe(res);
  }
};

Calling .unwrap() on a StandardResponse<T> will return T if there is no error. Otherwise it will throw the error.

Note that if you are using multiple unwrap statements in a single route or function, maybe the functions you are calling should not return Response<T> and rather just return T directly. The error cases can be moved to the bounding function.