You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a third party (proxy/router) is set in front of the catalog service, the latter is not aware of the domain exposed by the third party and is not capable to generate valid URLS anymore. It is partially fixed for HATEOAS by #44 but not for the Swagger UI which still uses the local interface by default.
A possible fix/improvement would be to let that third-party add a special metadata in the header so the catalog service is aware of the forwarding, as explained in this link.
This should also be explained somewhere in the documentation.
The text was updated successfully, but these errors were encountered:
When a third party (proxy/router) is set in front of the catalog service, the latter is not aware of the domain exposed by the third party and is not capable to generate valid URLS anymore. It is partially fixed for HATEOAS by #44 but not for the Swagger UI which still uses the local interface by default.
A possible fix/improvement would be to let that third-party add a special metadata in the header so the catalog service is aware of the forwarding, as explained in this link.
This should also be explained somewhere in the documentation.
The text was updated successfully, but these errors were encountered: