Problème
Selon la situation, vous pouvez trouver des traces d'erreur dans l'UI APM qui n'incluent pas de trace d'appels pour votre Java application .
Solution
Selon la situation, suivez ces procédures de dépannage.
Cause
Le renvoi d'une erreur 500 signifie que le serveur d'application lui-même a détecté une erreur et défini le code d'état HTTPS 500 .
- Si la condition d'erreur a été détectée et gérée par la logique application , il n'y avait aucun objet d'exception et donc aucune stack.
- S'il y avait un objet d'exception à un moment donné, mais qu'il était géré en interne par le code d'application qui définissait le statut
500sur la réponse, alors l'exception n'est jamais devenue visible pour l'agent Java. Il n'y a pas stack disponible pour que l'agent Java puisse effectuer un rapport.
Lorsque des traces d'appels sont signalées, l'erreur résulte d'une exception qui n'a pas été détectée et gérée dans la logique du serveur application . L'agent Java voit l'exception non gérée lors d'une transaction du moniteur, il signale donc la trace d'appels.
Cependant, aucune trace d'appel n'apparaît pour les erreurs 500 car le serveur application gère les erreurs et définit ensuite le code d'état. Le code application lui-même ne conserve aucune trace d'appels.