problème avec TableModel !!!

Version imprimable

bonjour,
voila j'ai 2 fenetres, une qui fait le calcul est l'autre qui reçoit le resultat des cacul pour le formater et l'affiché sur une JTable, pour cela j'ai crée une variable static de type Vector dans la fenetre des calculs qui va contenir les resultats ensuite je l'utilise dans la fenetre resultat pour créer un TableModel voila un fragement du code:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 Vector columnClassique=new Vector(); columnClassique.addElement("Mois"); columnClassique.addElement("Salaire Brut Imposable"); columnClassique.addElement("Intérêts"); columnClassique.addElement("IGR"); columnClassique.addElement("Salaire Net de crédit"); columnClassique.addElement("Participation de l'emprunteur aux bénéfices"); Vector resultat= new Vector(); resultat= JfrmParamètres.resultatClassique; <== MA VARIABLE STATIC TableModel jTable1Model = new DefaultTableModel(resultat,columnClassique); jTable1 = new JTable(); jScrollPane1.setViewportView(jTable1); jTable1.setModel(jTable1Model);
hors le programme me sort des erreurs :
Code:

1 2 3 4 java.lang.ClassCastException: java.lang.String at javax.swing.table.DefaultTableModel.justifyRows(Unknown Source) at javax.swing.table.DefaultTableModel.setDataVector(Unknown Source) at javax.swing.table.DefaultTableModel.<init>(Unknown Source)
j'ai verifier le contenu du vector resultat il est bel et bien rempli!!
et comme vous savez le constructeur DefaultTableModel accepte le type Vector.
je ne comprends rien!!! 8O

07/12/2005, 11h55
xavlours

Peux tu nous montrer le reste de ton tableModel ? L'erreur ne se situe pas dans le constructeur, mais plutot dans les méthodes de remplissage.
07/12/2005, 11h56
leminipouce

Est-ce tu pourrais nous donner la ligne d'où provient cette erreur STP ?
Et éventuellement faire une petite boucle pour affiche rle contenu du Vector resultat ?

j'ai verifier le contenu de mon Vector resultat il est rempli
pour le code de remplissage :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Vector columnClassique=new Vector();
						columnClassique.addElement("Mois");
						columnClassique.addElement("Salaire Brut Imposable");
						columnClassique.addElement("Intérêts");
						columnClassique.addElement("IGR");
						columnClassique.addElement("Salaire Net de crédit");
						columnClassique.addElement("Participation de l'emprunteur aux bénéfices");
 
Vector resultat= new Vector();
resultat= JfrmParamètres.resultatClassique;
for (int j = 0; j<resultat.size() ; j++)
{
System.out.println(resultat.get(j));
}
TableModel jTable1Model = new DefaultTableModel(resultat,columnClassique);<== voila la ligne d'ou vient l'erreur
jTable1 = new JTable();
jScrollPane1.setViewportView(jTable1);
jTable1.setModel(jTable1Model);

07/12/2005, 12h14
leminipouce

Oui, mais justement, ton Vector et bien rempli, mais je voudrais voir si son contenu est "compatible" avec ta déclaration de TableModel...

Affiches nous donc une partie de ta console qu'on voit quelques lignes du sus-dit Vector. (en gros facilement 20 lignes de console...)

voile le message d'erreurs tout entier :)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
java.lang.ClassCastException: java.lang.String
at javax.swing.table.DefaultTableModel.justifyRows(Unknown Source)
at javax.swing.table.DefaultTableModel.setDataVector(Unknown Source)
at javax.swing.table.DefaultTableModel.<init>(Unknown Source)
at JfrmResult.initGUI(JfrmResult.java:95)
at JfrmResult.<init>(JfrmResult.java:58)
at JfrmParamètres.calcul(JfrmParamètres.java:364)
at JfrmParamètres.access$9(JfrmParamètres.java:216)
at JfrmParamètres$8.actionPerformed(JfrmParamètres.java:757)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

07/12/2005, 14h02
leminipouce
Euh... je me suis mal fait comprendre !
Code:

1 2 3 4 for (int j = 0; j<resultat.size() ; j++) { System.out.println(resultat.get(j)); }
C'est l'affichage de ce code que je voudrais voir... sait-on jamais ;)

PS: Si pour des raisons de confidentialité tu ne peux pas le montrer, vérifier bien que tout le contenu du Vector est bien ordonné, qu'il ne manque aucun élément etc...

Eventuellement, ce que tu peux faire, c'est définir ton propre TableModel, dans lequel tu surcharge la méthode getValueAt(int row, int col), afin de pouvoir tracer plus en profondeur ton erreur.

A priori il n'y a pas d'erreur sur le code (en tout cas je ne la vois pas !), donc il y a plus de chance que ce soit dans un autre morceau de code, ou plus probable selon moi, dans la source de données.

Par exemple, as tu bien respecter ce "détail" -> resultat DOIT ÊTRE un vecteur de vecteur.

Citation:

public class DefaultTableModel
extends AbstractTableModel
implements Serializable
This is an implementation of TableModel that uses a Vector of Vectors to store the cell value objects.

made in Javadoc

Donc normalement l'affichage que tu as fait (code ci-dessus) devrait t'écrire des lignes de code du genre

Code:

[JfrmParamètres.calcul.String@90d8ea]
07/12/2005, 14h04
leminipouce

[Apartheid] Au fait, je viens de me rendre compte qu'il y a des accents dans tes noms de classe, ça n'a peut-être aucun rapport, mais ce n'est jamais très bon pour la portabilité... [/Apartheid]
07/12/2005, 14h35
xavlours

Citation:

Envoyé par leminipouce

Par exemple, as tu bien respecter ce "détail" -> resultat DOIT ÊTRE un vecteur de vecteur.

Tout a fait, l'erreur que tu as peut venir du fait que ton Vector resultat contient des objets String au lieu d'autres objets Vector.
Le TableModel croit avoir un Vector de Vectors, mais il trouve un Vector de String => ClassCastException.
07/12/2005, 14h36
xxaragornxx

Citation:

Envoyé par xavlours

Citation:

Envoyé par leminipouce

Par exemple, as tu bien respecter ce "détail" -> resultat DOIT ÊTRE un vecteur de vecteur.

Tout a fait, l'erreur que tu as peut venir du fait que ton Vector resultat contient des objets String au lieu d'autres objets Vector.
Le TableModel croit avoir un Vector de Vectors, mais il trouve un Vector de String => ClassCastException.

D'où l'intérêt des generics en 1.5 :wink:
07/12/2005, 15h21
mehdi82

CHAPEAU les mecs ça marche maintenant l'erreur été bien dans le vecteur resultat, il doit être un vecteur de Vecteur.

MERCIiiiiiiiiiiiiiiiiiiiiii
07/12/2005, 16h28
leminipouce

Citation:

Envoyé par xxaragornxx

D'où l'intérêt des generics en 1.5

Tu y vois un intérêt ici ? Je connais pas trop, donc j'ai du mal à comprendre...
Si tu as le temps de répondre, je serais heureux :P , sinon je me plongerai dans la doc spécifique de la 1.5 :|
07/12/2005, 17h41
xavlours

En 1.5 le Vector devient un Vector<Object>. Il contient en effet des Object.
Tu peux ainsi définir :
- Vector<String> (get te renvoie directement une String, plus besoin de cast)
- Vector< Vector<String> >
Ce qui te permet de vérifier à la compilation que tu ne mets pas de String dans un Vecteur destiné à recevoir des Vector<String>. En 1.4 ca se traduit toujours par un ClassCastException ... pendant l'exécution.
07/12/2005, 18h49
xxaragornxx

Citation:

Envoyé par xavlours

En 1.5 le Vector devient un Vector<Object>. Il contient en effet des Object.
Tu peux ainsi définir :
- Vector<String> (get te renvoie directement une String, plus besoin de cast)
- Vector< Vector<String> >
Ce qui te permet de vérifier à la compilation que tu ne mets pas de String dans un Vecteur destiné à recevoir des Vector<String>. En 1.4 ca se traduit toujours par un ClassCastException ... pendant l'exécution.

leminipouce >> xavlours a bien décrit le principe.

Mais avant même la compilation, lorsque tu travailles avec un IDE comme Eclipse celui-ci t'avertira des erreurs potentielles (même si derrière ce n'est ni plus ni moins qu'une compilation)

De plus il y a un intérêt pour la gestion de mémoire en faisant en sorte qu'il réserve l'espace mémoire adapté lors de la déclaration de ta Collection !
08/12/2005, 11h28
leminipouce

Hum... mnexcellent !

Ben voilà qui nous apporte encore quelques avantages du C++. Mais que lui reste-t'il ??? 8O

Oups, on s'oriente vers un débat si je vais par là :lol:

Merci beaucoup les gens pour vos infos.