Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration Guide from System.js to ESM #433

Open
primeapple opened this issue Dec 18, 2024 · 1 comment
Open

Migration Guide from System.js to ESM #433

primeapple opened this issue Dec 18, 2024 · 1 comment

Comments

@primeapple
Copy link

Hi everyone!

I work on a Project that has a microfrontend with around 30 packages. They are bundled based on the official webpack config for single spa react. As Version 5 of this config came out, you guys switched from System.js to ESM per default.

In the changelog https://github.com/single-spa/create-single-spa/blob/main/packages/webpack-config-single-spa-react/CHANGELOG.md#major-changes-1 you stated that

The single-spa core team plans to release a full SystemJS -> ESM migration guide on single-spa.js.org.

I want to ask if this is still on the roadmap. We are planning to switch to ESM to enable vite support for some of our microfrontends (as well as getting rid of dependencies to e.g. system.js).

If it is not on the roadmap anymore, are there some general guidelines on how to move from system.js to ESM? What to look out for, what to change.

Thanks for your work on this project.

@joeldenning
Copy link
Member

Hi @primeapple - yes a migration guide is still on the roadmap. For the root config, see react-microfrontends/root-config#46 as an example. The import-map-injector library is encouraged, rather than es-module-shims. For an individual microfrontend, see react-microfrontends/planets#47

I'll keep this issue open to track the updated documentation on single-spa.js.org for this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants