Il semble y avoir un mecanisme de traduction des message d'exceptions, dans la méthode "getLocalizedMessage()" de "Throwable". Mais il n'y a nulle part de référence à une "Locale". Dans quel langage est censé "localiser" le message !?? Je n'comprend pas bien l'intéret de la chose.
Si quelqu'un à une idée...

nan, ce truc est une blague.
C'est sensé renvoyer le message dans la courante de la JVM, mais c'est à toi de faire le mécanisme de traduction. Et comme le message vient souvent de la chaine d'erreur de la fonction C soujacente (pour les IO du moins) ou directement du driver de BDD en JDBC c'est pas gagné pour filer un message d'erreur numéroté et localisé à l'utilisateur.
 
mais la question m'intéresse, je vais lire attentivement les réponses des autres.

moi je dirais que le message d'une exception n'est pas sensé être présenté à l'utilisateur ...

tu proposes quoi comme lien entre l'exception et ce qu'on présente à l'utilisateur ? (sachant que sur une IO, on a aucune autre indication que le message de l'exception)

Ben ouais. sur une IO par exemple, se contenter d'un message : "erreur d'entrée sortie", ça reste vague quand même.

logiquement, l'utilisateur n'en a rien à battre de la raison technique de l'erreur. C'est plus une problématique développeur.
 
Donc faut essayer d'afficher à l'utilisateur le message d'erreur le plus précis possible, et dumper l'exception dans un fichier de log ou par mail ou un truc dans le genre, mais pas la présenter à l'utilisateur.
 
Dans la pratique, c'est bcp plus simple de faire un showDialog(e.getMessage()), mais bon ...

Donc t'es d'accord avec "d4rK 3Mpr0R" : le getLocalizedMessage, c'est une blague ?

 
là où je bossais avant, on "nestait" les exceptions dans d'autres exceptions, dont le message était la clé correspondant au message d'erreur dans le fichier de localisation.
 
Comme ça, avec un  

on avait le message à afficher,  
 
et avec un  

on avait l'exception d'origine, ce qui permettait de la présenter dans les interfaces d'admin/report d'erreurs.
 
Je sais pas si c'est la panacée, mais c'était assez pratique, quoique lourd par moment.

gfive > je le note, et je m'en félicite. Merci.

pas forcément, mais je vois ca comme étant plus destiné au développeur qu'à l'utilisateur.
 
gfive> sympa comme méthode. mais j'aurais plutot ajouté un attribut spécial pour le code d'erreur plutot que d'utiliser le message de l'exception

catcher FileNotFoundException ou faire un file.exists(), là est la question
 
 
(en plus tu te contredis, entre ce que tu préconisais - catcher l'exception - et ce que tu dis là )

 
Ce qui était chiant, par exemple, c'était, toujours dans le cas des IOExceptions, l'obligation d'énormément tester pour pouvoir sortir un message pertinent.
 
Dans le genre :  
 

 
là, on peut rien donner comme info, on est obligé de faire  

 
Donc, bon...Super lourd, quoi...On n'a utilisé ce genre de trucs que dans les interfaces pour les clients finaux, qui se doivent d'être nickel. Pour les interfaces d'admin, c'était généralement beaucoup plus simple.
 
[edit] : grillaid!

 
Tu m'a grilaid, et je réponds :  
 
Quand on doit fournir un message à un utilisateur final qui n'y connaît rien, mais qui peut remédier au problème en fonction du message => if file.exists().. et message pertinent.
 
Si il peut de toutes façons rien faire, lui répondre "amarche pôs", suffit.

gfive> sympa comme méthode si le problème était fugitif (et non, j'ai rien à proposer à part que Sun remonte le code d'erreur UNIX et qu'on se démerde avec ça en mettant des wrappers par plateforme)

 
bah, disons que en fait, on faisait ça pour nos propres exceptions : c'était toujours pour le chat Orange, et les exceptions étaient plutôt :  

 
donc, on maîtrisait complètement l'envoi des exceptions, et on faisait en sorte d'envoyer une exception par type d'erreur (comme s'il y avait un NoSuchFilException, FileUnreadableException...) Du coup, on avait pas souvent à faire ce gernre de trucs
 
Le coup du nesting nous permettait simplement de centraliser l'affichage des messages d'erreur, de simplifier les prototypes, et de permettre un héritage facilement, sans avoir à catcher Exception comme des bourrins.

c'est un chat par SMS ?

 
SMS/Wap/Web (html et/ou applet)/MMS, et maintenant vocal.
Pkoi?

je vois pas la contradiction ....

jfive > curiosité.

 
Complètement hors sujet, je te déconseille de t'y inscrire, si tu veux pas te faire bombarder de teasings à la con!!