gerer un numberformatexception dans une boucle

Bonsoir,
je fais un try catch pour intercepter une exception cette exception est générée mais n'est pas traitée dans mon catch.
voici le code:

Code:

---

1 2 3 4 5 6 7 8 9 10

int max = Integer.parseInt(request.getParameter("max")); try { for (int k = 0; k < max; k++) { Double val = Double.valueOf(request.getParameter(String .valueOf(k))); } } catch (NumberFormatException e) { loadJSP("/consult_notes_promo.jsp", request, response); }

---

si quelqu'un pouvait m'éclairer...
Merci

C'est normal l'erreur se produit sur le parseInt(), qui n'est pas inclus, dans ton bloc try

non le problème ne venait pas de la puisque je ne me servais pas de cette variable dans mon try catch.
j'ai repris mon code de cette maniere pour catcher éventuellement chaque élément de ma boucle:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

int max = Integer.parseInt(request.getParameter("max")); for (int k = 1; k < max; k++) { try { System.out.println(k); Double val = Double.valueOf(request.getParameter(String .valueOf(k))); System.out.println(val);   } catch (NumberFormatException e) { System.out.println("catché"); loadJSP("/accueil.jsp", request, response); } }

---

toutes les variables sont bonnes, pas de soucis de ce coté là. Je viens biens dans le catch quand in y a un problème puisque dans la console "catché " s'affiche. Je suis bien redirigé vers la page accueil.jsp, comme je le souhaite dans mon catch, par contre j'ai une erreur dans ma console numlberformatexception....c'est à ne rien y comprendre !

Qui te parle de variable ? On t'a dit que le problème vient de parseInt().

Le parseInt() est dans le bloc try / catch, oui, ou non ?

Citation:

---

Envoyé par enzostar

Je viens biens dans le catch quand in y a un problème puisque dans la console "catché " s'affiche. Je suis bien redirigé vers la page accueil.jsp, comme je le souhaite dans mon catch, par contre j'ai une erreur dans ma console numlberformatexception....c'est à ne rien y comprendre !

---

affiche la stack de l'exception, je gage que celle qui s'affiche dans la console est une deuxième exception déclenchée après le catch.

voila le message d'erreur

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

catché java.lang.NumberFormatException: For input string: "aa" at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224) at java.lang.Double.valueOf(Double.java:475) at projet.Controleur.doEnregistrerNoteModifEtu(Controleur.java:962) at projet.Controleur.doGet(Controleur.java:310) at projet.Controleur.doPost(Controleur.java:40) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) at java.lang.Thread.run(Thread.java:619)

---

je ne vois pas pourquoi le ParseInt poserait probleme car quans les valeurs ont le bon format je n'ai aucune exception. ET Thelvin, non il n'est pas dans le try catch.

Et en l'occurence, la ligne 962 de ta classe Controleur.java, c'est bien celle ci :

Code:

---

1 2 3

Double val = Double.valueOf(request.getParameter(String .valueOf(k)));

---

?

Si la ligne 962 de ton code est bien celle que tu nous affiche, il n'y a aucune raison que l'exception apparaisse après catché, sauf si le code ne correspond pas à ce qui s'exécuté (oubli de mise à jour du binaire ou autre)