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
Quand on throw une exception, que ce soit une Exception (500) ou BadRequest (400), si elle a une innerException, cette innerException n'est pas sérialisée dans la réponse Json.
Dans Lucca.Auth, je contacte une API de CC, et si elle répond mal (ici une 401), j'aimerais renvoyer une 500 à l'appelant de Lucca.Auth en lui indiquant que la innerException est cette 401 renvoyée par CC.
Voici le code
Et la résultat Json dans PostMan
Le message et la stacktrace correspondent à mon exception Lucca.Auth, mais il manque la innerException avec son propre message et sa propre stackTrace, ce qui permettrait de mieux comprendre ce qui se passe lorsqu'une req HTTP vers une appli A génère une 2ème req HTTP vers une appli B. Ce genre de cas va se multiplier lourdement dans les année à venir !
Et à mon avis, si l'API de CC que Lucca.Auth contacte a elle-même contacté une autre API (une API de Lucca par ex), et si c'est cette API de Lucca qui a planté, alors CC va me renvoyer une exception qui contient déjà une innerException, et je m'attends alors à ce que Lucca.Auth me sérialise son exception, avec comme innerException celle de CC qui elle-même (en mode poupée russe) aura sa propre innerException de Lucca.
The text was updated successfully, but these errors were encountered:
Quand on throw une exception, que ce soit une Exception (500) ou BadRequest (400), si elle a une innerException, cette innerException n'est pas sérialisée dans la réponse Json.
Dans Lucca.Auth, je contacte une API de CC, et si elle répond mal (ici une 401), j'aimerais renvoyer une 500 à l'appelant de Lucca.Auth en lui indiquant que la innerException est cette 401 renvoyée par CC.
Voici le code
Et la résultat Json dans PostMan
Le message et la stacktrace correspondent à mon exception Lucca.Auth, mais il manque la innerException avec son propre message et sa propre stackTrace, ce qui permettrait de mieux comprendre ce qui se passe lorsqu'une req HTTP vers une appli A génère une 2ème req HTTP vers une appli B. Ce genre de cas va se multiplier lourdement dans les année à venir !
Et à mon avis, si l'API de CC que Lucca.Auth contacte a elle-même contacté une autre API (une API de Lucca par ex), et si c'est cette API de Lucca qui a planté, alors CC va me renvoyer une exception qui contient déjà une innerException, et je m'attends alors à ce que Lucca.Auth me sérialise son exception, avec comme innerException celle de CC qui elle-même (en mode poupée russe) aura sa propre innerException de Lucca.
The text was updated successfully, but these errors were encountered: