TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" in Node v21.5.0 #2100

cibilex · 2024-01-08T07:15:36Z

First of all ,I already looked at #1997 and most of other websites to solve the problem but I couldn't.This error is throwed when I try to use in Node v21.5.0.I realized that The problem is node version,when I updated Node version to v19.0.0 it works.Could you please update ts-node to work in new Node versions.

Best regards.

AaronNGray · 2024-01-15T20:38:58Z

Getting same issue, but I have a working version that I solved this issue on, and now a new project on which it does not. It is something else and I cannot remember what it is. Will report back once I have debugged the issue.

AaronNGray · 2024-01-16T18:07:27Z

Heres a working example with node v21.5.0, typescript v5.3.3, ts-node v10.9.2 :-
https://github.com/AaronNGray/ts-node-example

NOTE: I have just found this does not seem to support imports !!!

AaronNGray · 2024-01-16T18:08:54Z

First of all ,I already looked at #1997 and most of other websites to solve the problem but I couldn't.This error is throwed when I try to use in Node v21.5.0.I realized that The problem is node version,when I updated Node version to v19.0.0 it works.Could you please update ts-node to work in new Node versions.

Could you please provide a minimal example of what does not work and then we can try to figure out why !

peschee · 2024-01-16T18:13:36Z

Heres a working example with node v21.5.0, typescript v5.3.3, ts-node v10.9.2 :- https://github.com/AaronNGray/ts-node-example

This is not an ESM package. Try setting type to module in your package.json.

AaronNGray · 2024-01-16T18:32:18Z

Heres a working example with node v21.5.0, typescript v5.3.3, ts-node v10.9.2 :- https://github.com/AaronNGray/ts-node-example

This is not an ESM package. Try setting type to module in your package.json.

AFAICS I am not sure ts-node supports ESM. Could you provide the example that works on node v19.0.0, but not v21.5.0. Or is it as simple as setting "type":"module" ? As in :-
https://github.com/AaronNGray/ts-node-example/tree/ts-node-esm-module

on v21.5.0 resulting in :-

C:\Users\Nathaniel\test\Node.js\ts-node-example>npm start

> [email protected] start
> ts-node src/index.ts

TypeError: Unknown file extension ".ts" for C:\Users\Nathaniel\test\Node.js\ts-node-example\src\index.ts
    at Object.getFileProtocolModuleFormat [as file:] (node:internal/modules/esm/get_format:160:9)
    at defaultGetFormat (node:internal/modules/esm/get_format:203:36)
    at defaultLoad (node:internal/modules/esm/load:143:22)
    at async ModuleLoader.load (node:internal/modules/esm/loader:409:7)
    at async ModuleLoader.moduleProvider (node:internal/modules/esm/loader:291:45)
    at async link (node:internal/modules/esm/module_job:76:21) {
  code: 'ERR_UNKNOWN_FILE_EXTENSION'
}

AaronNGray · 2024-01-16T18:39:04Z

Adding :-

"start:node": "node --loader ts-node/esm src/index.ts"

and tsconfig.json :-

"module": "esnext"

We have :-

https://github.com/AaronNGray/ts-node-example/tree/ts-node-esm-loader

which gives :-

C:\Users\Nathaniel\test\Node.js\ts-node-example>npm run start:node

> [email protected] start:node
> node --loader ts-node/esm src/index.ts

(node:18508) ExperimentalWarning: `--experimental-loader` may be removed in the future; instead use `register()`:
--import 'data:text/javascript,import { register } from "node:module"; import { pathToFileURL } from "node:url"; register("ts-node/esm", pathToFileURL("./"));'
(Use `node --trace-warnings ...` to show where the warning was created)
ts-node

NOTE: I have just found this does not seem to support imports !!!

cibilex · 2024-01-16T19:03:07Z

First of all ,I already looked at #1997 and most of other websites to solve the problem but I couldn't.This error is throwed when I try to use in Node v21.5.0.I realized that The problem is node version,when I updated Node version to v19.0.0 it works.Could you please update ts-node to work in new Node versions.

Could you please provide a minimal example of what does not work and then we can try to figure out why !

I've modified the project a bit and created new repository.link: https://github.com/cibilex/ts-node-err

This project doesn't work in node v21.5.0 while works In node v16.20.2 for me.

AaronNGray · 2024-01-16T19:33:54Z

First of all ,I already looked at #1997 and most of other websites to solve the problem but I couldn't.This error is throwed when I try to use in Node v21.5.0.I realized that The problem is node version,when I updated Node version to v19.0.0 it works.Could you please update ts-node to work in new Node versions.

Could you please provide a minimal example of what does not work and then we can try to figure out why !

I've modified the project a bit and created new repository.link: https://github.com/cibilex/ts-node-err

This project doesn't work in node v21.5.0 while works In node v16.20.2 for me.

You modified start to : -"start": "ts-node-esm src/index.ts"

The version I posted last works AFAICT without proper testing, but I did do an import

Note: --loader maybe deprecated.

https://github.com/AaronNGray/ts-node-example/tree/ts-node-esm-loader

NOTE: I have just found this does not seem to support imports !!!

AaronNGray · 2024-01-16T20:06:59Z

@cibilex - Theres a pull request waiting :- #2073

cibilex · 2024-01-17T19:14:25Z

@cibilex - Theres a pull request waiting :- #2073

Thank you a lot,It works now splendid :)

AaronNGray · 2024-01-17T22:15:25Z

@cibilex - Did you manage to add the two commits to a ts-node fork or did you just patch the diff's ?
If you used git I would love to know how ! On the other front I seem to remember GitHub giving diffs but it does not seem to have downloads for them anymore. Or did you just use a reference to the repo in package.json dependencies ?

cj-christoph-gysin · 2024-01-18T08:41:51Z

@cibilex - Did you manage to add the two commits to a ts-node fork or did you just patch the diff's ? If you used git I would love to know how !

$ git fetch https://github.com/TypeStrong/ts-node refs/pull/2073/head
$ git checkout -b pr-2073 FETCH_HEAD

On the other front I seem to remember GitHub giving diffs but it does not seem to have downloads for them anymore.

You can just add .diff or .patch to any github url for a commit or PR, e.g.: https://github.com/TypeStrong/ts-node/pull/2073.diff

AaronNGray · 2024-01-18T09:34:35Z

@cibilex - Wow great thanks, think I was over complicating things :)

MickL · 2024-02-14T21:58:28Z

Guys no need for ts-node, just use Deno or Bun:

deno run main.ts
bun run main.ts

russell-miburn · 2024-02-19T21:55:02Z

Is there an update on the progress of this bug?

francip · 2024-02-27T06:40:37Z

To summarize: Looks like this has been there for a while. Adding "type"="module" to package.json breaks ts-node --esm for any node version above v16.

The workarounds I've found so far:

remove "type="module"
downgrade to node v16
use node --loader ts-node/esm instead of ts-node --esm (comes with a warning)
use node --import 'data:text/javascript,import { register } from "node:module"; import { pathToFileURL } from "node:url"; register("ts-node/esm", pathToFileURL("./"));' instead of ts-node --esm (to avoid the warning)
use tsx instead of ts-node

If you are using webpack in your project, this also breaks using Typescript config files. The only workaround for this are:

switch back to JS config file
remove "type="module"
downgrade to node v16

zq0904 · 2024-02-28T11:26:20Z

First of all ,I already looked at #1997 and most of other websites to solve the problem but I couldn't.This error is throwed when I try to use in Node v21.5.0.I realized that The problem is node version,when I updated Node version to v19.0.0 it works.Could you please update ts-node to work in new Node versions.

Best regards.

Odd-numbered versions of node are typically beta versions and should not be supported

russell-miburn · 2024-02-29T21:57:21Z

I realised that the issue that I had was not with the version of node or ts-node but I was importing a typescript dependancy incorrectly from a library. removing the dependency i was importing and importing the .js from the library rather that a typescript file fixed this issues.

francip · 2024-03-03T18:00:09Z

Update: The node version where ts-node with package.json "type"="module" breaks is v18.19.0

Simple repro - francip/ts-node-test

djomajeff · 2024-03-12T14:54:24Z

I use node v20.10.0.

In Package.json apply this configuration:

Here is my start script : nodemon --exec node --no-warnings=ExperimentalWarning --loader ts-node/esm src/index.ts
Add "type": "module",
In dependencies add the matching @types dependencies in devDependencies if exists on npm for type completion:
"devDependencies": { "@types/node": "^20.11.26", "@types/jsonwebtoken": "^9.0.6", "@types/express": "^4.17.21", "nodemon": "^3.1.0", "ts-node": "^10.9.2", "typescript": "^5.4.2" }, "dependencies": { "cors": "^2.8.5", "express": "^4.18.3", "jsonwebtoken": "^9.0.2" }

In tsconfig.json apply the following:

"module": "ESNext", "target": "ESNext"
"esModuleInterop": true, "moduleResolution": "Node"
At the same level of compiler option add "ts-node": { "esm": true, }

Hope It will work !!

AaronNGray · 2024-03-13T01:05:18Z

@djomajeff - building a repo following your instructions I am getting :- AaronNGray/ts-node-esm-test#1

I added you to the repo.

See https://medium.com/@Aryan_Gupta/node-js-express-typescript-eslint-boilerplate-setup-5ae761a0eff1 and TypeStrong/ts-node#2100

AaronNGray · 2024-03-17T11:00:56Z

@cibilex https://github.com/AaronNGray/ts-node-esm-test works fine now !
I have added a node --test example too.

sleep-written · 2024-04-04T13:48:18Z

One of the reasons for the failures with ts-node in ESM projects is linked to the file extensions in import statements. To understand the problem, let's envision this directory structure:

.
├── node_modules
├── src
│   ├── sum.ts
│   └── index.ts
├── package.json
├── package-lock.json
└── tsconfig.json

In ESM, you must use the .js extension in your imports. For example, check ./src/index.ts:

import { sum } from './sum.js';  // ...but in reality, the actual file ends in ".ts"

const r = sum(55, 66);
console.log('value:', r);

Thus, when the original ts-node loader receives that import ./sum.js, it tries to resolve it as a ".js" file. But in reality, that file does not exist, and the available file ends with ".ts". To solve the problem, you have several options:

Rename all your imports from ".js" to ".ts":

This solves the problem with ts-node, but when you transpile your project, you will need to transform your imports back to ".js".
Modify the ts-node loader:

You must intercept all import statements and change the extension from ".js" to ".ts" only when attempting to execute ".ts" files.

I have created a module called @bleed-believer/path-alias (with ts-node as a dependency). Initially created to resolve path aliases, it now also solves this issue. To execute TypeScript files in ESM directly in Node 20 and above:

# Install the library:
npm i --save @bleed-believer/path-alias

# Execute your code using the command line:
npx bb-path-alias ./src/index.ts

# ...or if you need to execute using the node executable:
node --import @bleed-believer/path-alias ./src/index.ts

francip · 2024-04-04T21:28:24Z

@sleep-written Both ECMA 2025 and ECMA 2020 do not specify explicit extension, and the only import examples I found in both ( ECMA 2025, ECMA 2020 ) do not include any extension. But that's neither here, nor there...

If you look at my example, you will see nowhere do I use import statement, and the failure happens with a single file project. This is a basic scenario where ts-node should work without extra intermediaries.

Though, for folks who are just looking for a quick workaround, your solution might be good.

sleep-written · 2024-04-05T11:28:11Z

Hi @francip, your example is relevant for Node.js versions 18 and earlier. However, when using Node.js version 20 or above with the command:

node --loader ts-node/esm ./src/index.ts

...you might encounter the following output:

(node:2036531) ExperimentalWarning: --experimental-loader may be removed in the future; instead use register():
--import 'data:text/javascript,import { register } from "node:module"; import { pathToFileURL } from "node:url"; register("ts-node/esm", pathToFileURL("./"));'
(Use node --trace-warnings ... to show where the warning was created)

To address this, consider creating a ./ts-node.register.mjs file with:

import { pathToFileURL } from "node:url";
import { register } from "node:module";

register("ts-node/esm", pathToFileURL("./"));

And then launch your application with:

node --import ./ts-node.register.mjs ./src/index.ts

This approach should seamlessly solve the issue, unless your project uses relative imports. According to the Node.js import specifiers:

Relative specifiers like './startup.js' or '../config.mjs'. They refer to a path relative to the location of the importing file. The file extension is always necessary for these.

More details of this problem are explained in this comment.
If executing your file with the ./ts-node.register.mjs preloaded results in errors due to relative imports, consider using my module register at @bleed-believer/path-alias. This or building a custom ts-node module register, with the required logic for address relative/absolute imports, could provide a solution too.

darcyrush · 2024-05-01T10:13:53Z

To address this, consider creating a ./ts-node.register.mjs file with:

import { pathToFileURL } from "node:url";
import { register } from "node:module";

register("ts-node/esm", pathToFileURL("./"));

Thank you all for this, I am able to use ts-node and ESM with my toolset.

I look forward to #2073 being merged

AaronNGray · 2024-05-01T14:29:36Z

@darcyrush - How do you apply this on the command line ?

darcyrush · 2024-05-02T11:08:06Z

@AaronNGray My use case is very basic;

TS_NODE_PROJECT=./test/tsconfig.json node --import ./ts-node.register.mjs --test-reporter spec --test 'test/**/*.test.ts'

I use that with Node 21 and above for the native test suite functionality. Test suite execution performance is very slow however. I'm not sure if that's a nodejs issue or a ts-node issue.

I used tsx briefly which had much better performance, but I came across a bunch of some edge cases and incompatibility issues with other libraries which is why I came back to ts-node.

jm-sky · 2024-05-02T11:13:17Z

I've spent some time working it out, so I'll share my working config (I'm using typicode/lowdb).

I'm running it with npm run start command

NodeJS version node -v => v20.12.2
All imports should be relative and have .js extension
- i.e. import { app } from './src/app.js' (real file name is app.ts)
- btw. I don't know how to use import aliases like from '@/app.js
Import from node with node prefix, like import path from 'node:path'
I don't know if everything I put in config files is needed, but it's working
I'm using -r dotenv/config in start script to load .env variables, it's optional
I'm using --ignore db.json to make nodemon ignore database file changes

package.json

{
  "name": "ts-app",
  "exports": "./index.js",
  "type": "module",
  "scripts": {
    "start": "nodemon --exec node --no-warnings=ExperimentalWarning --loader ts-node/esm -r dotenv/config --ignore db.json ./index.ts"
  },
  "engines": {
    "node": ">=16"
  },
  "dependencies": {
    "@types/node": "^20.12.8",
    "dotenv": "^16.4.5",
    "lowdb": "^7.0.1",
    "nodemon": "^3.1.0",
    "ts-node": "^10.9.2"
  }
}

tsconfig.json

{
  "compilerOptions": {
    "baseUrl": ".",
    "target": "ESNext",
    "module": "ESNext",
    "moduleResolution": "Node",
    "lib": ["ESNext"],
    "noPropertyAccessFromIndexSignature": false,
    "isolatedModules": true,
    "esModuleInterop": true,
    "forceConsistentCasingInFileNames": true,
    "typeRoots": ["./src/types/global.d.ts", "./node_modules/@types"],
  },
  "include": ["./index.ts", "./src/*"],
  "exclude": ["./db.json"],
  "ts-node": {
    "esm": true,
    "files": true,
    "transpileOnly": true,
    "experimentalResolver": true,
    "experimentalSpecifierResolution": "node"
  }
}

src/db.ts

import { LowSync } from 'lowdb';
import { JSONFileSyncPreset } from 'lowdb/node';
import { DbSchema } from './types/index.js';

const defaultData: DbSchema = {
  messages: []
};

class Db {
  db: LowSync<DbSchema>;

  constructor() {
    this.db = JSONFileSyncPreset<DbSchema>('db.json', defaultData);
  }
}

export const db = new Db();

narayan639 · 2024-05-07T02:30:26Z

it solve the problem when i use "type":"commonjs"

DonaldFoss-SCC · 2024-05-08T16:55:59Z

Guys no need for ts-node, just use Deno or Bun:
deno run main.ts
bun run main.ts

I wish I could use Bun. It just makes sense to run TS directly so that when the execution environment gives you a line number, it is useful information. The problem in my current project is that Bun doesn't support mssql database driver because of net::socket, streams, and duplex. Deno is very opinionated and requires lots of code changes to get it to work. If Bun didn't feel like it gave me trouble with something every time I tried it, I'd be using it. When it works, it works great. When it doesn't, it's a pain.

FWIW, I'm using node 22, ts-node 10.9.2, typescript 5.4.5, package.json:type module, tsconfig.json:module esnext, moduleResolution: node, esModuleInterop: true, target es2022, and ts-node:esm: true.

cj-christoph-gysin · 2024-05-08T17:50:40Z

so that when the execution environment gives you a line number, it is useful information.

Isn't that solved with source maps?

abdullahmehboob20s · 2024-05-12T17:46:09Z

I removed "type": "module" from package.json and it fixed.

mitch1009 · 2024-05-21T14:07:57Z

I've spent some time working it out, so I'll share my working config (I'm using typicode/lowdb).

I'm running it with npm run start command

NodeJS version node -v => v20.12.2
All imports should be relative and have .js extension
- i.e. import { app } from './src/app.js' (real file name is app.ts)
- btw. I don't know how to use import aliases like from '@/app.js
Import from node with node prefix, like import path from 'node:path'
I don't know if everything I put in config files is needed, but it's working
I'm using -r dotenv/config in start script to load .env variables, it's optional
I'm using --ignore db.json to make nodemon ignore database file changes

package.json

{
  "name": "ts-app",
  "exports": "./index.js",
  "type": "module",
  "scripts": {
    "start": "nodemon --exec node --no-warnings=ExperimentalWarning --loader ts-node/esm -r dotenv/config --ignore db.json ./index.ts"
  },
  "engines": {
    "node": ">=16"
  },
  "dependencies": {
    "@types/node": "^20.12.8",
    "dotenv": "^16.4.5",
    "lowdb": "^7.0.1",
    "nodemon": "^3.1.0",
    "ts-node": "^10.9.2"
  }
}

tsconfig.json

{
  "compilerOptions": {
    "baseUrl": ".",
    "target": "ESNext",
    "module": "ESNext",
    "moduleResolution": "Node",
    "lib": ["ESNext"],
    "noPropertyAccessFromIndexSignature": false,
    "isolatedModules": true,
    "esModuleInterop": true,
    "forceConsistentCasingInFileNames": true,
    "typeRoots": ["./src/types/global.d.ts", "./node_modules/@types"],
  },
  "include": ["./index.ts", "./src/*"],
  "exclude": ["./db.json"],
  "ts-node": {
    "esm": true,
    "files": true,
    "transpileOnly": true,
    "experimentalResolver": true,
    "experimentalSpecifierResolution": "node"
  }
}

src/db.ts

import { LowSync } from 'lowdb';
import { JSONFileSyncPreset } from 'lowdb/node';
import { DbSchema } from './types/index.js';

const defaultData: DbSchema = {
  messages: []
};

class Db {
  db: LowSync<DbSchema>;

  constructor() {
    this.db = JSONFileSyncPreset<DbSchema>('db.json', defaultData);
  }
}

export const db = new Db();

Thank you for this fix. It works perfectly on my side.

alist · 2024-05-30T18:22:54Z

Would someone please be able to confirm whether a fix is inbound for node 20.13 and tsnode 10.9, or whether I should be applying one of these workaroundy fixes?

kolya182 · 2024-06-24T11:46:12Z

Somehow, I was able to get this running. I’m not sure what exactly fixed it, but here is my setup. This is so tiresome after returning to programming in TS after a couple of years out, thanks to the articles that helped ([link1]. (https://dev.to/_blank/conquering-the-villains-a-journey-of-setting-up-nodejs-with-express-and-typescript-36ck)). Some pice of code can be redundant !!!

package.json

{
  "scripts": {
    "dev": "nodemon --exec node --no-warnings=ExperimentalWarning --loader ts-node/esm  src/index.ts",
  },
  "dependencies": {
    "axios": "^1.7.2",
  },
  "devDependencies": {
    "nodemon": "^3.1.4",
    "ts-node": "^10.9.2",
    "typescript": "^5.5.2"
  },
  "engines": {
    "node": "22.2.0",
    "npm": "10.8.1"
  },
  "type": "module"
}

tsconfig.json

{
    "compilerOptions": {
        "target": "ESNext",
        "module": "ESNext",
        "allowImportingTsExtensions": true,
        "emitDeclarationOnly": true,
        "declaration": true,
        "strict": true,
        "esModuleInterop": true,                  // Enables emit interoperability between CommonJS and ES Modules via the `__importStar` and `__importDefault` helpers
        "skipLibCheck": true,                     // Skip type checking of declaration files
        "moduleResolution": "Node",
        "forceConsistentCasingInFileNames": true, // Disallow inconsistently-cased references to the same file
        "resolveJsonModule": true                 // Include modules imported with .json extension
      },
      "include": ["src/**/*.ts"],                    // Include files in the src folder
      "exclude": ["node_modules", "dist"],         // Exclude node_modules and dist folders
      "ts-node": {
        "esm": true,
        "compiler": "typescript",
        "experimentalSpecifierResolution": "node"
        }
}

nodemon.json

{
  "watch": ["src"],
  "ext": "ts",
  "execMap": {
    "ts": "ts-node-esm"
  }
}

DzmVasileusky · 2024-06-25T15:05:47Z

I've spent hours if not days trying to make ts-node import my ts files.
Then I found the suggestion to use vite-node and it worked like a charm #1997 (comment)

rodrigogs · 2024-06-25T21:56:47Z

TypeScript ecosystem is as bad as it gets!

I'm done. I'm moving everything to JS. It doesn't make any sense to try and use a tool that only gives you headaches and prevents you from using libraries.

AaronNGray · 2024-06-26T03:21:17Z

This is no longer an issue and has all been solved plus theres a PR going through then process.

…

On Tue, 25 Jun 2024 at 22:57, Rodrigo Gomes da Silva < ***@***.***> wrote: TypeScript ecosystem is as bad as it gets! I'm done. I'm moving everything to JS. It doesn't make any sense to try and use a tool that only gives you headaches and prevents you from using libraries. — Reply to this email directly, view it on GitHub <#2100 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAU4EZANEK462XIIPAQ23TZJHRTLAVCNFSM6AAAAABBQ72D62VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOJQGAZTQOBXGQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Aaron Gray - @***@***.*** Independent Open Source Software Engineer, Computer Language Researcher, Information Theorist, and Computer Scientist.

DzmVasileusky · 2024-06-26T10:30:52Z

@AaronNGray Not sure when it was resolved, I've spent 2 days trying different combinations of configuration and imports with both CommonJs and ESM loaders.

francip · 2024-06-26T15:51:27Z

@AaronNGray What version of ts-node is this resolved in? Is there a new way to invoke ts-node that makes it work?
Just tested https://github.com/francip/ts-node-test (which a simple repro for the issue) with node v22.1..0 and here's what I get:

(base) francip francip-laptop ~/src/ts-node-test [git main] $ npm start

> [email protected] start
> ts-node --esm index.ts

(node:4668) [DEP0180] DeprecationWarning: fs.Stats constructor is deprecated.
(Use `node --trace-deprecation ...` to show where the warning was created)
TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" for /home/francip/src/ts-node-test/index.ts
    at Object.getFileProtocolModuleFormat [as file:] (node:internal/modules/esm/get_format:176:9)
    at defaultGetFormat (node:internal/modules/esm/get_format:219:36)
    at defaultLoad (node:internal/modules/esm/load:143:22)
    at async nextLoad (node:internal/modules/esm/hooks:750:22)
    at async nextLoad (node:internal/modules/esm/hooks:750:22)
    at async Hooks.load (node:internal/modules/esm/hooks:383:20)
    at async MessagePort.handleMessage (node:internal/modules/esm/worker:199:18) {
  code: 'ERR_UNKNOWN_FILE_EXTENSION'
}

AaronNGray · 2024-06-26T17:46:25Z

@francip - here's a working example :-

https://github.com/AaronNGray/node-typescript-and-test-esm-example

It provides a Node.js ESM example using ts-node with an import example src/main.ts and a Node Test Runner example too all using latest npm modules.

Node: v21.7.1
npm: v10.8.1

If you would like to test and verify it I would appreciate it :)

kolya182 · 2024-06-26T17:50:50Z

@francip - here's a working example :-

https://github.com/AaronNGray/node-typescript-and-test-esm-example

It provides a Node.js ESM example using ts-node with an import example src/main.ts and a Node Test Runner example too all using latest npm modules.

Node: v21.7.1 npm: v10.8.1

If you would like to test and verify it I would appreciate it :)

Yehh, but you still import .ts as .js

StreetStrider · 2024-06-26T18:01:31Z

@kolya182 although this looks weird, this is actually most logical way to import, considering ESM requires explicit extension, and TS exists in static time only. Extensionless is not a way anymore, so the only alternative is to have explicit .ts extension instead, which, by ESM rules, means «custom loader». If you introduce custom extention to your stack that is always more hard to setup and it is more error prone. You'll need to learn every part of your stack to understand it. It is an overkill when all you need is just a simple 1-to-1 relation between TS and corresponding JS file.

After a consideration, it turns out that this is a bliss that TS just works in such case. You can easily import .js, no custom resolvers/loaders involved and TS understands it out of the box. And later the code can be easily translated to JS without need to visit and rewrite each import, just stripping types would be enough.

AaronNGray · 2024-06-26T19:33:26Z

@francip - It an engineering solution, it works, is minimally annoying, not perfect, but at the end of the day we can get on and do work, whch is what really matters. niceties aside. Yes I don't like it either and this should have been sorted out properly long ago.

DzmVasileusky · 2024-06-27T08:03:11Z

@AaronNGray Importing .ts as .js extension is super confusing and really not obvious, did you add it to official docs because I doubt anyone will try this really without a hint?

AaronNGray · 2024-06-27T09:18:34Z

Hi @DzmVasileusky no I am hoping there will be a proper solution in the pipeline. This is just an “engineering solution” that will help people out for now so they can get on until a patch that solves this properly comes through. Your welcome to update the docs but it’s also dependent on tsconfig.json settings, and also settings in package.json.

francip · 2024-06-27T18:47:22Z

@AaronNGray I am aware (couple of variations) of the "engineering" solution :-) But as you said it yourself, this is not proper user-friendly solution. When you say

This is no longer an issue and has all been solved

people will tend to believe that the proper solution has been done.

AaronNGray · 2024-06-27T18:56:03Z

@francip I believe there is a PR. I have not looked at it thought. Anyway best not to be a perfectionist over having a working solution.

NOTE: npx ts-node renameFiles.ts not working issue: TypeStrong/ts-node#2100

This was referenced Jan 16, 2024

Export ts-node/esm-register #2073

Open

Export ts-node/esm-register to use with --import #2072

Open

TheKonka mentioned this issue Jan 17, 2024

refactor: update swiper@11 in taro-components NervJS/taro#15122

Closed

18 tasks

wtfiwtz added a commit to wtfiwtz/typescript-es-modules that referenced this issue Mar 17, 2024

Initial commit

79d9d72

See https://medium.com/@Aryan_Gupta/node-js-express-typescript-eslint-boilerplate-setup-5ae761a0eff1 and TypeStrong/ts-node#2100

wolfy1339 mentioned this issue Mar 23, 2024

[BUG]: Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: No "exports" main defined in octokit/core.js#667

Closed

1 task

darcyrush mentioned this issue May 1, 2024

[DEP0180] DeprecationWarning: fs.Stats constructor is deprecated when using node 22 #2116

Open

darcyrush mentioned this issue May 7, 2024

Getting tape working with TypeScript and/or ESM tape-testing/tape#595

Closed

salman01zp mentioned this issue May 13, 2024

Fix and update orbit webb-tools/orbit#76

Merged

howons mentioned this issue May 27, 2024

데이터베이스 스키마 및 ORM 연결 howons/patda#23

Merged

unglaublicherdude mentioned this issue Jun 10, 2024

chore(deps): update typescript (major) GDATASoftwareAG/vaas#476

Closed

1 task

kleekich21 added a commit to f-lab-edu/deeply-copy that referenced this issue Jul 2, 2024

chore: chore: use ts-node as loader to run renameFiles.ts

1a30259

NOTE: npx ts-node renameFiles.ts not working issue: TypeStrong/ts-node#2100

TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" in Node v21.5.0 #2100

TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension ".ts" in Node v21.5.0 #2100

Comments

cibilex commented Jan 8, 2024 • edited Loading

AaronNGray commented Jan 15, 2024 • edited Loading

AaronNGray commented Jan 16, 2024 • edited Loading

AaronNGray commented Jan 16, 2024

peschee commented Jan 16, 2024

AaronNGray commented Jan 16, 2024 • edited Loading

AaronNGray commented Jan 16, 2024 • edited Loading

cibilex commented Jan 16, 2024

AaronNGray commented Jan 16, 2024 • edited Loading

AaronNGray commented Jan 16, 2024

cibilex commented Jan 17, 2024

AaronNGray commented Jan 17, 2024 • edited Loading

cj-christoph-gysin commented Jan 18, 2024

AaronNGray commented Jan 18, 2024

MickL commented Feb 14, 2024

russell-miburn commented Feb 19, 2024

francip commented Feb 27, 2024

zq0904 commented Feb 28, 2024

russell-miburn commented Feb 29, 2024

francip commented Mar 3, 2024

djomajeff commented Mar 12, 2024

AaronNGray commented Mar 13, 2024 • edited Loading

AaronNGray commented Mar 17, 2024 • edited Loading

sleep-written commented Apr 4, 2024 • edited Loading

francip commented Apr 4, 2024

sleep-written commented Apr 5, 2024 • edited Loading

darcyrush commented May 1, 2024

AaronNGray commented May 1, 2024

darcyrush commented May 2, 2024

jm-sky commented May 2, 2024 • edited Loading

package.json

tsconfig.json

src/db.ts

narayan639 commented May 7, 2024

DonaldFoss-SCC commented May 8, 2024

cj-christoph-gysin commented May 8, 2024

abdullahmehboob20s commented May 12, 2024

mitch1009 commented May 21, 2024

package.json

tsconfig.json

src/db.ts

alist commented May 30, 2024 • edited Loading

kolya182 commented Jun 24, 2024 • edited Loading

DzmVasileusky commented Jun 25, 2024

rodrigogs commented Jun 25, 2024

AaronNGray commented Jun 26, 2024 via email

DzmVasileusky commented Jun 26, 2024

francip commented Jun 26, 2024

AaronNGray commented Jun 26, 2024 • edited Loading

kolya182 commented Jun 26, 2024

StreetStrider commented Jun 26, 2024 • edited Loading

AaronNGray commented Jun 26, 2024 • edited Loading

DzmVasileusky commented Jun 27, 2024

AaronNGray commented Jun 27, 2024

francip commented Jun 27, 2024 • edited Loading

AaronNGray commented Jun 27, 2024

cibilex commented Jan 8, 2024 •

edited

Loading

AaronNGray commented Jan 15, 2024 •

edited

Loading

AaronNGray commented Jan 16, 2024 •

edited

Loading

AaronNGray commented Jan 16, 2024 •

edited

Loading

AaronNGray commented Jan 16, 2024 •

edited

Loading

AaronNGray commented Jan 16, 2024 •

edited

Loading

AaronNGray commented Jan 17, 2024 •

edited

Loading

AaronNGray commented Mar 13, 2024 •

edited

Loading

AaronNGray commented Mar 17, 2024 •

edited

Loading

sleep-written commented Apr 4, 2024 •

edited

Loading

sleep-written commented Apr 5, 2024 •

edited

Loading

jm-sky commented May 2, 2024 •

edited

Loading

alist commented May 30, 2024 •

edited

Loading

kolya182 commented Jun 24, 2024 •

edited

Loading

AaronNGray commented Jun 26, 2024 •

edited

Loading

StreetStrider commented Jun 26, 2024 •

edited

Loading

AaronNGray commented Jun 26, 2024 •

edited

Loading

francip commented Jun 27, 2024 •

edited

Loading