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 the api-server sends a request to a backend service an httpx.HTTPStatusError may be thrown. In the api-server we have an exception handling system which converts this into a BaseBackendError which will then either be caught in the api-server and handled or go all the way out to an exception handler which will convert it to an http reponse and send it back to the user. The challenge is that these BaseBackendErrors require input arguments upon creation and those are taken automatically from the backend client methods. Currently there is no mechanism in place to "statically", or "at import time", check that those keyword arguments will actually be available. We should add a mechanism to do this as it can lead to some quite embarrassing errors otherwise.
When the api-server sends a request to a backend service an
httpx.HTTPStatusError
may be thrown. In the api-server we have an exception handling system which converts this into aBaseBackendError
which will then either be caught in the api-server and handled or go all the way out to an exception handler which will convert it to an http reponse and send it back to the user. The challenge is that theseBaseBackendError
s require input arguments upon creation and those are taken automatically from the backend client methods. Currently there is no mechanism in place to "statically", or "at import time", check that those keyword arguments will actually be available. We should add a mechanism to do this as it can lead to some quite embarrassing errors otherwise.Here is where this check will have to be added:
osparc-simcore/services/api-server/src/simcore_service_api_server/exceptions/service_errors_utils.py
Lines 124 to 125 in 9cee5db
The text was updated successfully, but these errors were encountered: