Open iamchathu opened 8 months ago
Any plans to tackle this @nartc? or did you figure it out @iamchathu
@driley-abbvie Nope. I tried patching the module but seems have to do lot of work to get done manually. Better to setup something like tsup to generate seperate type definitions for both module types
Even the latest version has the same issue.
npx @arethetypeswrong/cli --from-npm @automapper/core@8.8.1
┌───────────────────┬──────────────────────────────┐
│ │ "@automapper/core" │
├───────────────────┼──────────────────────────────┤
│ node10 │ 🟢 │
├───────────────────┼──────────────────────────────┤
│ node16 (from CJS) │ 👺 Masquerading as ESM │
│ │ 🥴 Internal resolution error │
├───────────────────┼──────────────────────────────┤
│ node16 (from ESM) │ 👺 Masquerading as ESM │
│ │ 🥴 Internal resolution error │
├───────────────────┼──────────────────────────────┤
│ bundler │ 🟢 │
└───────────────────┴──────────────────────────────┘
Is there an existing issue for this?
Describe the issue
The imports doesn't work with latest Typescript versions with
moduleResolution:"node16"
I did instigate on this and used
It does following output
Seems both CJS and ESM are broken for node16 resolution mode.
Models/DTOs/VMs
No response
Mapping configuration
No response
Steps to reproduce
No response
Expected behavior
Should work with new Typescript version with ES Module resolution.
Screenshots
No response
Minimum reproduction code
No response
Package
Other package and its version
No response
AutoMapper version
8.0.0
Additional context
No response