Bonjour.
La mention d'erreur run-time suivante est surprenante : NumberFormatException dans un contexte pourtant très basique :
Dans le constructeur de ma classe #1 (bien instanciée avant la classe #2)
Dans le constructeur de ma classe #2
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11 public class MonModèleDeTable_1 extends AbstractTableModel { public String[][] caractPuissMach = { {" 7,5", " 20,5", "50", " "}, {" 10", " 23", "50", " "}, {" 22", " 48,7", "50", " "}, {" 33", " 70,5", "50", " "}, {" 50", " 84", "50", " "}, {" 70", "114", "50", " "}, ...
Tout compile sans mention d'erreur, mais à l'exécution de l'application :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 MonModèleDeTable_2(MonModèleDeTable_1 monModèleTable_1) { BigDecimal bd8 = new BigDecimal("77"); String dsjfh = monModèleTable_1.caractPuissMach[5][0]; BigDecimal bd0 = new BigDecimal(dsjfh); // NumberFormatException ...
- 'bd8' devient bien '77'
- 'dsjfh' devient bien '70'
- 'bd0' cause l'erreurLa valeur du String n'est apparemment pas une représentation valable pour un bigDecimal ...Exception in thread "main" java.lang.NumberFormatException
at java.math.BigDecimal.<init>(BigDecimal.java:470)
at java.math.BigDecimal.<init>(BigDecimal.java:739)
at choixpuissmachcogén.monotone.MonModèleDeTable_2.<init>(MonModèleDeTable_2.java:39)
Avec " 70,0" : idem.
Une âme empatique connectée à un cerveau dont tous les synapses fonctionnent encore, devinerait la bonne raison et le bon remède ?
Bonnes fête de Noël et bonne année 2014.
Partager