Discussion :

[®om]

Voici une méthode de AudienceListModel (qui extends AbstractListModel) qui rafraichi le contenu.
La liste (JList) est composée de JPanel (c'est une liste de panels).

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
public void refresh() {
        new Thread() {
 
            public void run() {
                int oldSize = list.size();
                try {
                    AudienceXML.getInstance().init();
                } catch(Exception e) { }
                List<AudienceElementPanel> temp = new ArrayList<AudienceElementPanel>();
                for(XMLChannel ch : AudienceXML.getInstance().getList())
                    temp.add(new AudienceElementPanel(ch));
                Collections.sort(temp);
                list = temp;
                fireContentsChanged(AudienceListModel.this, 0, Math.max(getSize(), oldSize));
            }
        }.start();
    }

Comme vous pouvez le voir sur le code, pour rafraichir, je vire tout et recrée des Panels (AudienceElementPanel étend JPanel).
Le problème, c'est qu'en mémoire, les anciens AudienceElementPanel restent (il suffit de voir la mémoire utilisée par le processus).
Par contre, si j'enlève la ligne

Code :

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

fireContentsChanged(AudienceListModel.this, 0, Math.max(getSize(), oldSize));

, et bien le garbage collector fait bien son travail...

Comment faire pour qu'il le fasse bien aussi même si je fais le fireContentsChanged?

[plegat]

Salut,

Y'a quelque chose qui a changé depuis ça: http://www.developpez.net/forums/vie...light=#2599363?

[®om]

Salut,

Y'a quelque chose qui a changé depuis ça: http://www.developpez.net/forums/vie...light=#2599363?

Non, c juste que c t pas dans la section interface...

[®om]

Personne ne sait?

Et une autre question concernant le fireContentsChange, quelque soit le paramètre index0 et index1, ça rafraichit qd mm toute la liste...? c normal?

[iohack]

Je n'ai jamais utilisé les AbstractListModel, mais pour le problème de garbage collector : si tu mettais à "null" tous tes objets non utilisés et faisais un appel explicite au garbage collector via "System.gc()", cela résoudrait peut-être le problème ?
Je dis peut-être une bêtise car normallement, on ne doit pas faire appel à System.gc()... avis aux experts...

[®om]

Je n'ai jamais utilisé les AbstractListModel, mais pour le problème de garbage collector : si tu mettais à "null" tous tes objets non utilisés et faisais un appel explicite au garbage collector via "System.gc()", cela résoudrait peut-être le problème ?
Je dis peut-être une bêtise car normallement, on ne doit pas faire appel à System.gc()... avis aux experts...

Les variables ne sont plus utilisées dans mon programme (ne sont plus reférencées), mais elles restent reférencées par swing apparemment (donc le gc ne les supprime pas)...

[Pollux]

T'as essayé de faire un ?

Code :

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

System.gc();

ou

Code :

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

Runtime.getRuntime().gc()

Ceci ne garantit pas que le GC va ramasser tout de suite tes objets qui sont éliminables mais va en quelque sorte insérer la tâche dans une liste d'attente...

[®om]

T'as essayé de faire un ?

Code :

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

System.gc();

Ceci ne garantit pas que le GC va ramasser tout de suite tes objets qui sont éliminables mais va en quelque sorte insérer la tâche dans une liste d'attente...

Oui, oui, j'avais déjà essayé, ça ne les vire pas...

[Pollux]

Mets les objets que tu ne désires plus référencer à null

[®om]

Mets les objets que tu ne désires plus référencer à null

Oui, je sais...
Et ça marche si je ne fais pas de fireContentsChanged(...)...
mais pas avec...

Swing doit donc mettre ces données en "cache", et garder des références dessus...
Mais je ne sais pas désactiver ce cache...

[®om]

Personne ne sait???