Discussion :

[NeptuS]

On souhaite la bienvenue à Gfx dans le club des papys ^^.
Ouai : pour nous les ancètres sont ceux qui font encore des print(); avec des '\n' à la fin de chaque ligne. (les write, c'est pour les dynosaures )

Tout humour mis à part, existe-t-il un moyen efficace de debugguer une application utilisant le multiThreading ?
(ceux qui voudraient dire "ne pas dépasser 2 Thread pour pas t'y perdre, la sortie est par là )

[Gfx]

Utilise un bon debugger et un bon profiler (qui aide a voir la timeline des threads).

[NeptuS]

oula !! des noms tu as ?
Car utilisateur de la Force je ne suis point.

[adiGuba]

Cacther les RuntimeException permet de prevoir tous les cas (meme ceux qui ne devraient jamais arriver). On peut alors logger (message technique precis) l'erreur et afficher un message à l'utilisateur (message fonctionnel ou bateau suivant la gestion de l'erreur).

Dans tous les cas, il faudrait toujours traiter les exceptions (les runtimes et les autres).

Juste un petit rappel : avec Java 5.0 il est possible d'ajouter un handler qui traitera toutes les exceptions qui ont remontées tout le stacktrace avec la méthode static Thread.setDefaultUncaughtExceptionHandler() (il est également possible de le redéfinir pour chaque thread)

Sinon je considere que si l'application peut planter alors l'application n'est pas robuste.
Exemple un disque dur en mauvais etat ne devrait pas faire planter l'application, mais generer un message d'erreur à l'utilisateur comme quoi la ressource n'est pas disponible.

Oui, il faut afficher un message d'erreur aux utilisateurs, mais selon la cible du logiciel un StackTrace peut amplement suffire... Maintenant tu peux très bien utiliser la méthode ci-dessus afin d'éviter de faire des try/catch(Throwable) à tout bout de champs...



Ce que veux dire Gfx, c'est une exception ne doit pas obligatoirement être une checked exception, et que les runtime exception ont des avantages non négligeable dans certain cas...

Mais cela n'empêche en rien de les catcher lorsque elles dépendent de données externes au programme...

a++