Version imprimable
Bj,
Lors de l'exécution d'un programme je voudrais savoir comment je pourrais avoir la liste des exceptions qui sont intercéptées (catch) dans le programme lui meme.
- Peut on directement avoir cette information depuis la VM? comment?
- Existe t-il des outils qui tournent en tache de fond et qui permettent d'avoir ce genre d'information. S'il est possible d'utiliser un tel outils j'aurais ègalement besoin d'avoir accès à un genre de rapport (xml ou autre...)
Merci de vos rèponses.
Alex
Bonjour
Le catch permet justement d'intercepté les exceptions pour leur allouer un traitement propre.
Elle ne sont donc souvent pas remonter par les programmes et sont donc impossible à identifier.
Je peux par exemple décider de créer ma propre exception qui ne sera en fait pas du tout une erreur de l'application mais juste un genre de 'if'.
Le printstacktrace permet d'afficher les raisons d'une exceptions et il faut qu'il soit présent dans chacun des catchs que tu veux surveiller. Ainsi, tu pourras voir l'erreur sur la sortie d'erreur de ton application.
Salut
Oui je sais bien que les exceptions peuvent etre interceptées. Mais justement je voudrais savoir dans un programme (que je n ai pas ecrit, et ou les exceptions sont tres mal gérées) le nombre d exceptions catché et ou il ne se passe rien...
Par exemple il y a desfois un connection a une database qui retourne une exception, et l exception est intercepté mais rien ne se passse.. l utilisateur attend attend.. pas de message d erreur etc...
J ai trouvé par exemple YouKit qui pourrait faire ce genre de chose.. mais c est un programme proprietaire..donc peut etre a t-on possibilité de faire la meme chose directement avec du code..
Je dois avouer que je n'ai pas touché a ces logiciels mais comme outils d'analyse de programme Java tu as JConsole et VisualVM. Je ne sais pas s'il te permettront de voir ce que tu veux.
Je ne sais pas la taille du programme que tu veux analyser et d'où il vient mais tu as aussi la possibilité de décompiler les classes via jad ou autre...
Ces outils dans ton cas vont te permettre de voir si un thread est bloqué par exemple ou si tu as une consomation mémoire anormale.
Pour une application avec une gestion des exceptions mal écrite. Tu n'as pas trop le choix il va falloir aller dans le code.
Tu dois certainnement avoir que des syntaxes générique comme : catch(Exception e) à la place de l'exception spécifique.
Ensuite tu dois analyser les RuntimeException que tu veux gérer et celles qui doivent remonter au framework ou à l'utilisateur.
Voilà c'est une partie qui est très souvent négligée, mais qui fait la différence entre un boût de code foireux et du code bien écrit.
Salut,Citation:
Envoyé par alexthomas
Pourquoi ne pas utiliser la version d'essai de Yourkit et si tu a besoin de plus de temps et/ou qu'il te convient l'acheter ?
Car comme tu le dit, Yourkit sait le faire http://www.yourkit.com/docs/95/help/..._telemetry.jsp
tu sembles avoir besoin du moins si cets une application j2ee de log4j couplé avec un outil de monitoring tel que Nagios.
Décompilation du code et outils d'analyse de code comme findbugs devrait faire l'affaire.
Avec de l'aspect, tu pourrais également vérifier que pour tout Throwable crée la stacktrace est utilisée. Cependant tu trouveras des cas où c'est normal et non une mauvaise gestion des erreurs (ex: Logger en DEBUG des exceptions sans intérêt).
Le problème de cette approche, c'est qu'elle est dynamique. Donc tant que l'exception n'est pas mal gérée tu n'a rien.