Updating MFE URLs to be shorter and more human-readable

Hello! I am sharing the proposal for updating MFE URLs so that they are shorter and more human-readable. Please share any comments or concerns about these changes.

Link to ADR

3 Likes

Link to the PR for comments.

The biggest problem I have with urls in MFEs is that too many of them must resolve to /index.html. When there is no static file that matches the URL, the Web proxy must default to the root. As a consequence, MFEs never respond with 404 or 400, even when urls are improperly formatted. This situation makes it very inconvenient to debug MFE configuration mistakes. Also, it makes it harder for end users to understand what is going on when they fumble with the browser url. Thus, I think it would be better if MFEs resorted to query parameters instead of REST-like API parameters. The latter works great when there is a backend framework in place to parse url components, and eventually respond with 4xx errors, but it’s breaking down when we move to frontend-only code.

2 Likes

Could that be partly accomplished by having a dedicated 404 HTML file that the MFE redirects to when it detects an invalid URL?