Please provide an ECMAScript module

[jfai]

Checklist

• Have you asked your question on Stackoverflow or similar forum?
• [ x] Are you running the latest version?
• Have you included sample input, output, error, and expected output?
• [ x] Have you checked if you are using correct configuration?
• Did you try online tool?

Input

Would you like to work on this issue?

• Yes
• No

Bookmark this repository for further updates.

Please provide an ECMAScript module.

CommonJS modules cannot be optimized with webpack, for example, and the bundle size of the application is potentially larger.

As of Angular 10, a warning is emitted when building an app that imports fast-xml-parser.

[github-actions]

I'm glad you find this repository helpful. I'll try to address your issue ASAP. You can watch the repo for new changes or star it.

[ramykl]

Any progress on this?

[lpatiny]

Strongly inspired by this project but use as input an arraybuffer this project is es6-module: https://github.com/cheminfo/arraybuffer-xml-parser
However there is only one method ... parsing the XML to a JSON.

[amitguptagwl]

@ramykl The current library has typing and can be used in TypeScript or or node js modules. Is there anything I'm missing that you're looking for?

[amitguptagwl]

closing this issue. please reopen is you still find its not working

[jfai]

What's still missing is an ESM for this package so that it can be packaged and optimized with packagers like webpack.

For example, if you try to package fast-xml-parser with Angular 12, you get this warning.

Warning: C:\Users\jfailenschmid\Documents\projects\workcopy\Kika\ng\webapps\projects\acesis\core\src\lib\shared\xml\xml-conversion.service.ts depends on 'fast-xml-parser'. CommonJS or AMD dependencies can cause optimization bailouts.
For more info see: https://angular.io/guide/build#configuring-commonjs-dependencies

@amitguptagwl I do not have the permission to reopen this issue, because I authored it but am not considered a collaborator.

[amitguptagwl]

It's not difficult to transform but I'm just wondering can it cause issue to the people who are still on node js old version.🤔

[amitguptagwl]

Let me try to improve code to reduce bundle size within common js first

[amitguptagwl]

So I've checked the whole code. FXP doesn't depend on any 3rd party module or even node js module that can be optimized to import particular functionality. So even if we transform this library in ECMAScript module, there is no size benefit.
Some improvements can be done in it's CLI part. But they are not bundled or used in any code directly.

I would be happy to know if you want to highlight the problem with some example in case of FXP.