Actualisation JTable au bout de n entrées

Bonjour.
J'ai une problème sur ma JTable: Je recois en temps réél des information toutes les 5 secondes que j'affiche dans une Jtable. Donc la JTable grossit de plus en plus.
A un moment donné, ma JTable a des problèmes d'affichage. Par exemple mon scrollbar se bloque et je ne plus descendre voir les dernières infos, ou bien lorsque une fenetre s'affiche sur l'écran sur mon appli par exemple, ma JTable ne s'affiche plus et affiche un bout de la fenêtre qui était sur elle.

Je pense que ca doit être un problème de Refresh mais je ne suis pas sur..

Je vous remercie d'avance :)

Avec combien de lignes se bloque-t-elle ?

Je ne sais pas exactement je dirais à une centaine de lignes ou plus, je n'ai pas compté le nombre de ligne..

Si la table ne fait que quelques colonnes, cela veut dire que ce n'est pas une question de quantité de lignes.

Cela ressemble à un ralentissement dû à un traitement que tu ferais au moment du rechargement de la table.
Est-ce que la réception des données est effectuée dans un Thread séparé ?

Ma table fait 9 colonnes. Pour le rechargement, je ne fais qu'un fireTableRowsInserted..
Non j'ai connecté ma Jtable à la réception de mes données, donc à chaque fois que je recois une info, je fais un traitement et si il y a utilité d'afficher les infos, je les affiche à la dernière ligne.
Mais je ne sais pas si c'est un ralentissement de mon traitement car jusqu'à ce que ca bloque, il les affiche normalement. Je me demande si une pagination serait pas le bienvenue..

Est-ce que tu utilises bien des Thread séparés pour :
- la réception des informations (sur un port TCP/IP ou un port série, ou un mail ?)
- l'affichage des données

Oui j'utilise bien des Threads séparés pour la reception et pour l'affichage

Aïe, on va partir à la pêche.

Tu peux essayer d'identifier le goulot d'étranglement avec un outil du genre
http://www.tux-planet.fr/monitoring-...avec-visualvm/
(déjà inclus dans le JDK)

As-tu aussi essayé une solution plus simple que le fireTableRowsInserted
avec addRow appliqué au TableModel :
en supposant qu'on a 4 colonnes avec une JTable "maJTable" dans un scrollPane "jScrollPane"
cela donnerait :

Code:

---

1 2 3 4 5 6

DefaultTableModel model = (DefaultTableModel) maJTable.getModel(); int n = model.getRowCount() + 1; model.addRow(new String[]{"Ligne " + n, "champ 2", "champ 3", "champ 4"}); validate(); int p = jScrollPane.getVerticalScrollBar().getMaximum(); jScrollPane.getVerticalScrollBar().setValue(p);

---

J'ai testé sur 5000 lignes en ajoutant par paquet de 300 lignes, cela marche sans problème.

tu peux aussi envoyer la mise à jour à EventQueue pour être tranquille avec l'EDT :

Code:

---

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

java.awt.EventQueue.invokeLater(new Runnable() { public void run() { for (int i = 0; i < 300; i++) { DefaultTableModel model = (DefaultTableModel) maJTable.getModel(); int n = model.getRowCount() + 1; model.addRow(new String[]{"Ligne " + n, "Title 2", "Title 3", "Title 4"}); validate(); int p = jScrollPane.getVerticalScrollBar().getMaximum(); jScrollPane.getVerticalScrollBar().setValue(p); } } });

---

Désolé Népomucène de répondre tardivement, j'avais mis ce projet en standby..
Je suis revenue dessus.
Par contre je viens de remarquer que ce n'est peut être pas ma Jtable, mais plutôt mes timer qui a s’arrêtent d'envoyer les données. Je sais pas si c'est un problème de Timer ou un problème de mémoire qui ne se libère pas..
J'ai vu que certaines personnes utilisent des Threads, je sais pas si c'est plus adapté pour ce genre de problème

J'utilise avec bonheur la classe Timer depuis quelques années pour interroger les données entrantes (base de données)
Il s'agit en fait d'un Thread déjà bien préparé pour le tâches répétitives.

Qu'est-ce que tu interroges (base de données, port série, port TCP/IP, ...) ?

As-tu essayé le bout de code que j'ai posté ?

Oui j'ai essayé le code que tu as mis en haut et ca marche avec succes.
J'ai fait la séparation et au lieu d'afficher mes resultats dans mon interface, je les affiche sur une console. Donc je vois bien que ce sont les timers qui s'arretent à un moment donné
J'interroge un flux de données que je reçois en TCP en fait. Mes resultats sont bons, juste au bout d'un moment les timers s'arretent..

Tu peux poster le code des timers ?