Replies: 1 comment
-
Why not federated the api as well so shell can become any backend in the network. Otherwise you need to come up with your own convention for dealing with relative urls. It's beyond the scope of Module loading. Our solution is federated backend so host can serve api and there is no need for multiple servers. Otherwise it will be some variation of hardcodeing or providing some json or env var to define the endpoints. Either way; that is beyond the scope of import() You can look at our runtime plugins section on the docs site. See if any existing lifecycle is useful |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi Team
I have created a shell application with one remote app to start with using the module federation.
The remote app is loaded dynamically using the init method from @module-federation/enhanced/runtime. This is to support deployment of applications across multiple environments.
The remote app makes API calls to backend services to get data.
The remote app and shell each run as part of spring boot application that has an spring cloud gateway to route requests to the services.
When I launch the shell application it loads the remote app, the API calls made by the remote app uses the shells domain to initiate calls, this would fail as the shell don't have the routes defined. To make it work I have opened routes on the shell app.
This approach introduces a dependency between the remote and the shell app.
Does module federation give me a way to execute code after the remote entry file is imported in the shell, this will give me the opportunity to configure the axios instance to use the remote host name (assuming I can get access to the remoteEntry url), thereby allowing the calls made by the micro frontend to go to remote app domain.
Please do let me know if there is a better way to address this.
Beta Was this translation helpful? Give feedback.
All reactions