canirequire

canirequire › CommonJS › @smithy/util-hex-encoding

Is @smithy/util-hex-encoding ESM-only? Can you require() it?

Converts binary buffers to and from lowercase hexadecimal encoding

Last verified Sep 9, 2026 against @smithy/util-hex-encoding@4.5.2. Markdown · JSON

CommonJS CommonJS — require() works on every Node.js version we test

@smithy/util-hex-encoding ships CommonJS only. require("@smithy/util-hex-encoding") works on every Node.js version we test (18, 20, 22, 24 and 26) and in Bun. The package declares Node.js >=18.0.0. import "@smithy/util-hex-encoding" also works because Node.js and Bun can import CommonJS from ES modules, but only the default export is guaranteed; named imports depend on Node's static analysis of the module.

It also declares a "module" field, so bundlers such as webpack, Vite and esbuild pick up an ESM build for tree-shaking.

What to do

  1. require("@smithy/util-hex-encoding") works on every Node.js version we test (18, 20, 22, 24 and 26) and in Bun. The package declares Node.js >=18.0.0.
  2. From ES modules use the default import: import utilHexEncoding from "@smithy/util-hex-encoding"; then destructure. Named imports only work when Node.js can statically detect the exports.
  3. TypeScript: types are bundled; install nothing extra.
Latest
4.5.2 (Aug 15, 2026)
Module format
CommonJS
Last CommonJS version
4.5.2
TypeScript types
Bundled
Node engines
>=18.0.0
Weekly downloads
27.7M
License
Apache-2.0

Does @smithy/util-hex-encoding@4.5.2 actually load? Runtime test results

Installed and executed on Sep 9, 2026 with require("@smithy/util-hex-encoding") from a CommonJS file and import "@smithy/util-hex-encoding" from an ES module.

Runtimerequire("@smithy/util-hex-encoding")import "@smithy/util-hex-encoding"
Node.js 18✓ works✓ works
Node.js 20✓ works✓ works
Node.js 22✓ works✓ works
Node.js 24✓ works✓ works
Node.js 26✓ works✓ works
Bun 1.4.0✓ works✓ works

How to import @smithy/util-hex-encoding

ES modules (import)

import utilHexEncoding from "@smithy/util-hex-encoding";

Named imports from a CommonJS package only work when Node.js can statically detect them. If a named import fails, use the default import and destructure.

CommonJS (require)

const utilHexEncoding = require("@smithy/util-hex-encoding");

Module format by version

Derived from the type, main and exports fields of every stable release on npm, corrected where a runtime test of that version contradicted them (42 versions; the newest 42 shown).

VersionsFormatFirst published
1.0.0 – 4.5.2CommonJSJun 19, 2023

Frequently asked

Is @smithy/util-hex-encoding ESM-only?

@smithy/util-hex-encoding@4.5.2 is a CommonJS package. @smithy/util-hex-encoding ships CommonJS only. require("@smithy/util-hex-encoding") works on every Node.js version we test (18, 20, 22, 24 and 26) and in Bun. The package declares Node.js >=18.0.0. import "@smithy/util-hex-encoding" also works because Node.js and Bun can import CommonJS from ES modules, but only the default export is guaranteed; named imports depend on Node's static analysis of the module.

Can I import @smithy/util-hex-encoding with ES module syntax?

Yes. import utilHexEncoding from "@smithy/util-hex-encoding" works in Node.js and Bun because they support importing CommonJS modules. Named imports work only when Node.js can statically detect the exports.

Does @smithy/util-hex-encoding work in Bun?

Yes. import "@smithy/util-hex-encoding" loaded successfully in Bun 1.4.0 on Sep 9, 2026.

Does @smithy/util-hex-encoding ship TypeScript types?

Yes. @smithy/util-hex-encoding bundles its own type declarations; no @types package is needed.

Links

Other commonjs packages

Similar popularity