2009-07-31 8 views
1

Mon application Java est en train de déverser stacktrace dans un fichier journal. Cependant, le centre de solution souhaite une façon "plus facile" de comprendre la pile stack générée.Java StackTrace Editor ou GUI

En dehors de leur formation en Java, existe-t-il un éditeur de chemin de pile ou un gui qui pourrait leur faciliter la vie?

Merci beaucoup d'avance!

+1

Quel moyen plus facile pensent-ils qu'ils veulent? – akarnokd

Répondre

1

Vous pouvez envisager d'avoir deux fichiers journaux. Une contenant des informations de débogage pour vous et une autre contenant des informations pour le centre de solution. Ils peuvent être satisfaits simplement avec la ligne "RuntimeException: The Sky Is Falling" pour leur permettre de déterminer que c'est quelque chose d'inattendu qui devrait aller au développeur.

Vous pouvez également avoir une construction d'essai externe attrapant tous les éléments déroulables et essayant de fournir des informations pour le centre de solution. Par exemple. pour une exception SQLException, "il s'agit d'une erreur avec la base de données, assurez-vous qu'elle fonctionne correctement, redémarrez l'applciation et relancez un ticket avec les développeurs." En d'autres termes, fournissez autant d'informations que possible sur la situation et dans un langage clair. Cela pourrait être un bon effort d'équipe pour un jour ou deux.

+0

Bien sûr, ajouter try catch partout est moche ... J'utiliserai Spring pour enregistrer/retroyer toute exception. Je vais utiliser le formulaire d'information ici ... http://forum.springsource.org/showthread.php?t=12083 http://static.springsource.org/spring/docs/1.2.9/reference/ aop.html –

+0

Vous avez généralement une construction try-catch de la dernière chance (par exemple dans main() dans une application) qui capture tout pour que vous puissiez l'enregistrer. Je vous suggère simplement de travailler avec instanceof afin de pouvoir fournir des informations supplémentaires. –

+0

Je craeated une classe comme public class ExceptionHandler implémente ThrowsAdvice { afterThrowing public void (Exception ex) { // instance de et logique supplémentaire va ici et défini une coupe ponctuelle au printemps \t ... au cas où quelqu'un serait intéressé. Merci à tous pour vos commentaires! –

0

Etes-vous capable de modifier votre code pour générer des erreurs plus claires et plus lisibles par l'utilisateur?

+0

Oui, pour les erreurs d'affaires, ça va. Mais pour les bugs, ou la base de données en train de mourir, etc, je suis juste Thorwing l'exception (En espérant que la stacktrace m'aide à déterminer le bug ...) –

+0

Dans ce cas, je consignerais habituellement la trace de la pile dans un fichier journal et consignez "Exception logicielle inattendue" à l'utilisateur. L'utilisateur doit obtenir un message aussi spécifique que possible, éventuellement "Exception de base de données inattendue" ou "Exception inattendue lors du stockage des données client", etc. –