Discussion :

[Mike888]

Salut !

Je voudrais dans mon appli pouvoir remplir une JTable avec des données provenant de la DB.
J'ai fait hériter ma JTable de AbstractTableModel. Et à vrai dire, je ne comprends pas trop le système des Fire...

Dans mon cas, j'aurais besoin de la commande FireTableRowsInserted. D'après ce que j'ai pu voir en farfouillant sur le net, on place cette commande dans une méthode d'ajout (genre addRow();). Mais comment cela fonctionne-t-il exactement ?

Moi, dans mon code, je récupère une ArrayList de ma DB avec toutes les données dedans (en gros, il s'agit d'une liste de prêts; il y a 10 champs par prêts).
La commande FireTableRowsInserted ajoute une ligne à la fois je crois... Donc, je dois boucler tant qu'il reste des données dans ma liste...


Ext-ce que je suis dans le bon ?

[iohack]

Voir les notions MVC des composants JTable, JTree, JList etc. dans les tutoriaux de sun.
C'est pas ta JTable qui doit hériter de AbstractTableModel mais un modèle dans lequel tu vas déclarer ton ArrayList. C'est dans le modèle que tu vas implémenter ta méthode addRow(...) et dans laquelle tout à la fin tu feras un feras un fireXXX pour notifier au composant que le contenu du modèle a changé.

[Mike888]

Oui, c'est tout à fait ça (je m'étais peut-être mal exprimé).

Mais il y a quand même qqch qui me chifonne; quand j'appelle la méthode fire... sur quels critères se base-t-elle pour savoir qu'elle doit aller chercher les infos dans telle liste (plutôt qu'une autre) ? Il prendrait la première qu'il trouve en tant que variable de classe ?

[sinok]

Les méthodes FireXXX ne font que signaler aux listeners du model qu'une modification a été effectué sur celui ci (avec quelques paramètres indiquant la ou les lignes impactées).
Le listener devras dans ce cas réagir et recharger les données des lignes spécifiées depuis le model.

Donc

1. Tu changes tes données dans le model
2. Tu préviens les listeners du model que des données ont été modifiées en appelant la méthode fireXXX qui va bien

[Mike888]

Les méthodes FireXXX ne font que signaler aux listeners du model qu'une modification a été effectué sur celui ci (avec quelques paramètres indiquant la ou les lignes impactées).
Le listener devras dans ce cas réagir et recharger les données des lignes spécifiées depuis le model.

Donc

1. Tu changes tes données dans le model
2. Tu préviens les listeners du model que des données ont été modifiées en appelant la méthode fireXXX qui va bien

C'est ça que je ne saisis pas; comment le listener sait-il où sont les données ?

[sinok]

Bah tu as la réponse en lisant la doc:

public void fireTableRowsInserted(int firstRow, int lastRow)Notifies all listeners that rows in the range [firstRow, lastRow], inclusive, have been inserted.

[Mike888]

Pourquoi j'ai l'impression qu'on ne parle pas de la même chose ...

Toi tu me parles de la JTable, moi je parle des données sources; comment le listener sait-il où se trouvent ces données sources ?


NB: je sais, je suis borné mais je veux comprendre

[pinggu]

Tkt Mike, tu vas finir par trouver ! Courage !!!

[sinok]

Bah les données sources sont dans le model et basta.
Le fireXXX lance un évènement (Event) spécifique, portant certains attributs (dans le cas du fireTableRowsInserted il s'agit du début et de la fin de l'intervalle dans lequel les lignes ont été ajoutée).
Le listener reçoit cet event puis agit en conséquence...
Et je en te parlais pas de la JTable ici mais bien de son model, en Swing c'est le toujours le model qui lance les notifications fireXXX.

++

[Mike888]

Bon, je nage complètement et après des heures de piétinement, je refais appel à vous...

Actuellement, j'ai ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
33
34
 
public class TraderPretTableModel extends AbstractTableModel{	
 
	private static final long serialVersionUID = -8435807783031696373L;	
	private String[] header = {"Id Pret","Trader","Middle Office","Contrepartie","Statut","Statut_Retour","Compartiment","Sicav",
			"Titre","Date_Début","Quantité","Date_Fin"};	
	private ArrayList<Pret> content = null;
 
	public TraderPretTableModel(){
		content = new ArrayList<Pret>();		
		Iterator<Pret> iter = Pret.liste();
		try {
			if (! iter.hasNext())
				throw new PretNotExistException();
			else {
				while(iter.hasNext()) {
					Pret pret = iter.next();			
					addRow(pret);					
				}	
			}	
		}
		catch(PretNotExistException e) {
			System.out.println("Pret inexistant - val = " + e.getMessage());
		}		
	}
 
	.....
 
	public void addRow(Pret pret){
		content.clear();		
		content.add(pret);
		fireTableRowsInserted(content.size()-1,content.size()-1); 
	}
}

En fait, dans le constructeur, je récupère une liste de prêts. Et c'est celle-ci que je dois afficher dans ma JTable (Il y a 12 champs par prêt (12 colonnes par ligne donc...)).

Mais il y a 2 problèmes :

1°) Il n'y a qu'une seule ligne qui se remplit dans la table.
2°) Au lieu d'avoir la valeur correcte dans chaque cellule, j'obtiens un "domain.Pret@979e8b"


Si vous pouvez me sortir de l'impasse, ça serait cool !

[iohack]

Un conseil ( flemme d'expliquer le modèle MVC, c'est long toussa ) : fais hériter ton modèle de TableModel plutot que AbstractTableModel, tu vas vite comprendre tes erreurs à la compilation...

[sinok]

En même temps si tu fais un clear() sur ton ArrayList à chaque ajout? il est sur que tu ne pourras avoir au plus qu'un objet dans ton ArrayList, la méthode clear vidant entièrement la liste.

donc enlève donc ton content.clear() de ta méthode addRow ça ira mieux.


Ensuite en ce qui concerne la valeur dans la cellule: il te suffit de parcourir ce topic récent (datant d'hier ou avant hier) pour en comprendre la raison.

En général rechercher sur le forum ça aide

[Mike888]

Ok, Merci !

Ca roule ...


Je suppose que pour la méthode setValue(); , c'est la même chose en sens inverse ...

[sinok]

Pourquoi en serait'il autrement?