Frequently asked questions

Getting errors when type checking like cannot find namespace NodeJS

One of the modules you are using has type definitions that depend upon the NodeJS global namespace, but those types don’t include the NodeJS global namespace in their types.

The quickest fix is to skip type checking. You can do this by using the --no-check flag.

Skipping type checking might not be acceptable though. You could try to load the Node.js types yourself. For example from UNPKG it would look something like this:

  1. import type {} from "https://unpkg.com/@types/node/index.d.ts";

Or from esm.sh:

  1. import type {} from "https://esm.sh/@types/node/index.d.ts";

Or from Skypack:

  1. import type {} from "https://cdn.skypack.dev/@types/node/index.d.ts";

You could also try to provide only specifically what the 3rd party package is missing. For example the package @aws-sdk/client-dynamodb has a dependency on the NodeJS.ProcessEnv type in its type definitions. In one of the modules of your project that imports it as a dependency, you could put something like this in there which will solve the problem:

  1. declare global {
  2. namespace NodeJS {
  3. type ProcessEnv = Record<string, string>;
  4. }
  5. }

Getting type errors like cannot find document or HTMLElement

The library you are using has dependencies on the DOM. This is common for packages that are designed to run in a browser as well as server-side. By default, Deno only includes the libraries that are directly supported. Assuming the package properly identifies what environment it is running in at runtime it is “safe” to use the DOM libraries to type check the code. For more information on this, check out the Targeting Deno and the Browser section of the manual.