Date sent:      	Mon, 26 Feb 2001 15:31:20 +0100
To:             	Liste Java <java@u-strasbg.fr>
From:           	Stéphane PIEL <stephane.piel@softeam.fr>
Subject:        	[Swing] Fuite mémoire
Send reply to:  	java@u-strasbg.fr

Bonjour la liste,

J'ai un (gros) problème de fuites mémoire avec Swing (Jdk1.1.8/Swing 1.1)
Lorsque je ferme une fenêtre ou boite de dialogue (méthode dispose),
l'espace mémoire occupé par cette fenêtre et ses composants n'est pas
récupéré par le garbage collector, à cause des listeners qui sont restés
enregistrés sur les composants de la fenêtre. Je pensais, peut-être
naïvement, que le dispose d'une fenêtre aurait propagé en cascade la
libération des composants. Au lieu de cela, je suis obligé de le faire
moi-même, sur tous les composants, et c'est un peu lourd comme démarche.
Alors:
  - Est-ce normal, ou y-a-t'il quelque chose que j'ai loupé ?
  - Y-a-t'il un moyen de faire plus simple?

Merci


-- 
Stephane PIEL - SOFTEAM Ouest - Agence de Rennes
mailto:stephane.piel@softeam.fr

-- 
Exceptionnel !  Votre atelier UML Professionnel GRATUIT !
Telechargez le depuis notre site http://www.objecteering.com

SOFTEAM
------- Think Object

Date sent:      	Mon, 26 Feb 2001 06:47:51 -0800 (PST)
From:           	Thierry Janaudy <janaudy@yahoo.com>
Subject:        	Re: [Swing]_Fuite_mémoire
To:             	java@u-strasbg.fr
Send reply to:  	java@u-strasbg.fr

A verifier:

Si je me souviens bien, c'etait lie aux anonymous
classes (listeners).

Le work around est de ne pas les mettre en anonymous
class, mais en classe externe.

Mais a verifier encore une fois.

-- t

--- Stéphane PIEL <stephane.piel@softeam.fr> wrote:
> Bonjour la liste,
> 
> J'ai un (gros) problème de fuites mémoire avec Swing
> (Jdk1.1.8/Swing 1.1)
> Lorsque je ferme une fenêtre ou boite de dialogue
> (méthode dispose), 
> l'espace mémoire occupé par cette fenêtre et ses
> composants n'est pas 
> récupéré par le garbage collector, à cause des
> listeners qui sont restés 
> enregistrés sur les composants de la fenêtre. Je
> pensais, peut-être 
> naïvement, que le dispose d'une fenêtre aurait
> propagé en cascade la 
> libération des composants. Au lieu de cela, je suis
> obligé de le faire 
> moi-même, sur tous les composants, et c'est un peu
> lourd comme démarche.
> Alors:
>   - Est-ce normal, ou y-a-t'il quelque chose que
> j'ai loupé ?
>   - Y-a-t'il un moyen de faire plus simple?
> 
> Merci
> 
> 
> -- 
> Stephane PIEL - SOFTEAM Ouest - Agence de Rennes
> mailto:stephane.piel@softeam.fr
> 
> -- 
> Exceptionnel !  Votre atelier UML Professionnel
> GRATUIT !
> Telechargez le depuis notre site
> http://www.objecteering.com
> 
> SOFTEAM
> ------- Think Object
> 
> 


=====
________________________________________
Thierry Janaudy (Independent consultant)
+44 77 52 14 3001
[cv]            http://www.mycgiserver.com/~janaudy/
[company]       http://www.jyperion.com/
[search engine] http://pharos.inria.fr/Java/

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

Date sent:      	Mon, 26 Feb 2001 16:26:48 +0100
To:             	java@u-strasbg.fr
From:           	Stéphane PIEL <stephane.piel@softeam.fr>
Subject:        	Re: [Swing]_Fuite_mémoire
Send reply to:  	java@u-strasbg.fr

At 15:47 26/02/01, you wrote:
>A verifier:
>
>Si je me souviens bien, c'etait lie aux anonymous
>classes (listeners).

Effectivement, mes listeners sont implémentés en majorité sous forme de
classes anonymes.


>Le work around est de ne pas les mettre en anonymous
>class, mais en classe externe.

Inapplicable dans notre cas, malheureusement :-(

Merci quand même :-)


>Mais a verifier encore une fois.
>
>-- t

-- 
Stephane PIEL - SOFTEAM Ouest - Agence de Rennes
mailto:stephane.piel@softeam.fr

-- 
Exceptionnel !  Votre atelier UML Professionnel GRATUIT !
Telechargez le depuis notre site http://www.objecteering.com

SOFTEAM
------- Think Object