Exception
Résolu/Fermé
remousse
Messages postés
299
Date d'inscription
dimanche 2 novembre 2008
Statut
Membre
Dernière intervention
20 novembre 2014
-
10 avril 2013 à 10:07
KX Messages postés 16753 Date d'inscription samedi 31 mai 2008 Statut Modérateur Dernière intervention 25 novembre 2024 - 10 avril 2013 à 19:11
KX Messages postés 16753 Date d'inscription samedi 31 mai 2008 Statut Modérateur Dernière intervention 25 novembre 2024 - 10 avril 2013 à 19:11
A voir également:
- Exception
- Une exception non gérée s'est produite dans votre application - Forum Word
- An exception occurred in the driver: could not find driver - Forum PHP
- Erreur d'application : une exception côté client s'est produite (voir la console du navigateur pour plus d'informations) . - Forum Google Chrome
- L'exception exception logicielle inconnue 0xe0000008 ✓ - Forum Windows 10
- A java exception has occurred ✓ - Forum Minecraft
2 réponses
Chocobo_tofu1
Messages postés
164
Date d'inscription
lundi 1 mars 2010
Statut
Membre
Dernière intervention
10 juillet 2014
362
10 avril 2013 à 10:15
10 avril 2013 à 10:15
c'est ton LOG.fatal("", e); ou ton code setCode(1)
qui doit générer une MyException,
vérifie que ton LOG.fatal("", e); se fait comme il faut
qui doit générer une MyException,
vérifie que ton LOG.fatal("", e); se fait comme il faut
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 019
10 avril 2013 à 19:11
10 avril 2013 à 19:11
Il suffit de faire un try/catch autour du LOG.fatal, voire de carrément l'enlever s'il ne sert à rient, pour éviter d'avoir une exception dans le traitement de l'exception...
Remarque : "do" ne peux pas être un nom de variable, c'est un mot réservé du langage. Et si tu fais immédiatement se suivre une déclaration "do2=false" et "if(do2)" il n'y a aucune chance de rentrer dans le if....
De plus, si la seule utilité de "appel" est de faire ton traitement "setCode(1);" quand tu n'as pas eu d'exception, alors il vaut mieux mettre ton "setCode(1);" à la fin du try, vu que si il y a une exception il passera directement sur le catch.
Enfin, dernière remarque, à part si tu as besoin de "list" dans ton traitement, tu peux directement mettre ton "getListe" dans la boucle for, ça évite là encore une variable inutile.
Remarque : "do" ne peux pas être un nom de variable, c'est un mot réservé du langage. Et si tu fais immédiatement se suivre une déclaration "do2=false" et "if(do2)" il n'y a aucune chance de rentrer dans le if....
De plus, si la seule utilité de "appel" est de faire ton traitement "setCode(1);" quand tu n'as pas eu d'exception, alors il vaut mieux mettre ton "setCode(1);" à la fin du try, vu que si il y a une exception il passera directement sur le catch.
Enfin, dernière remarque, à part si tu as besoin de "list" dans ton traitement, tu peux directement mettre ton "getListe" dans la boucle for, ça évite là encore une variable inutile.
public MaClasse getInfo(final Requete request) // throws MyException { //final List<Test> list = request.getListe(); //for (final Test test : list) for (final Test test : request.getListe()) { //do2 = false; //appel = false; // if (do2) //{ try { // ... setCode(1); } catch (final MyException e) { //appel = true; try { LOG.fatal("", e); } catch (Throwable t) { System.err.println(t); } } //if (appel) //{ // setCode(1); //} //} } }