[ memoire ] Java Heap Space

**natha** · 20/01/2006, 09h21

Salut,

J'ai un problème avec une application swing. C'est une application très lourde car il y a des formulaires complexes et bien fournis avec des validateurs (jgoodies) et communication avec base de données oracle.

Au bout d'un certain temps d'utilisation, l'application plante et ne veut plus ouvrir le moindre écran à part le dialogue affichant mes exceptions :

Code :

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

java.lang.OutOfMemoryError: Java heap space

J'ai constaté que l'application prend de la mémoire et ne la restitue pas forcément lors de la fermeture d'écrans.

J'ai déjà une piste de travail mais, mes questions c'est :

- Est-ce que ça vous est déjà arrivé, si oui, avez vous résolu le problème et d'où celà venait-il ?
- Connaissez vous un outil pour analyser ce qui est utilisé par l'applic (objets instanciés, etc... un peu comme le débuggueur d'eclipse mais qui donnerai en permanence les infos sur ce qui est en mémoire).

Merci

**Gfx** · 20/01/2006, 09h22

Tu peux utiliser le Profiler gratuit de NetBeans. Je developpe sous Eclipse mais j'utilise le Profiler de NetBeans.

**natha** · 20/01/2006, 12h00

Merci, je vais faire ça, pour info j'ai créé un autre thread en rapport :

http://www.developpez.net/forums/vie...535641#2535641

**natha** · 20/01/2006, 12h06

Ou alors j'ai pas besoin d'installer mes projets sous NetBeans ?
Tu fais comment toi exactement ?

**natha** · 20/01/2006, 17h01

J'ai fait d'autres tests en attendant et il s'avère que plusieurs de mes JFrame ne sont pas libérées. J'ai étendu finalize() pour contrôler ça.

Ce qu'il se passe c'est que j'ouvre des JFrame à partir d'une autre JFrame. Elles sont indépendantes car le seul paramètre fourni par la frame parente est un ID et il n'y a aucunes données de retour (à part un objet global que je met à jour dans le contexte applicatif).

Les objets non concernés par ces frames sont libérés.

Je ne comprends rien... j'vois aucune raison.

**mitje** · 20/01/2006, 18h20

vraiment bizarre, mais que fait le garbage collector?

**Gfx** · 20/01/2006, 19h33

Une fuite memoire c'est facile a faire en Java. Tu peux peut etre utiliser des WeakReferences a certains endroits.

Pour le profiler, lance le wizard, il te donnera une commande pour executer ton programme (des arguments pour la JVM). Je copie simplement ces arguments dans Eclipse et je lance le programme depuis Eclipse. Ensuite le profiler de NetBeans se connecte dessus et hop

**mitje** · 20/01/2006, 19h47

Envoyé par Gfx

Une fuite memoire c'est facile a faire en Java.

tu veux dire que la mémoire de la VM est comme une vielle incontinente

**natha** · 23/01/2006, 11h11

J'ai trouvé ! Hourra !
J'ai réussi à utiliser le Profiler de Netbeans, merci Gfx.

Le problème était que je crée des composants sur lesquels je met un listener. Puis je met ces composants dans un listener global (static) qui vie pendant toute la vie de la jvm. Ces composants ne sont donc jamais libérés vu que quand je ferme l'écran, les références sont conservées au moyen de ce listener. Ce qui explique que j'ai uniquement les JFrame qui utilisent ces composants qui ne finalizaient jamais.

Je sais pas si je suis clair

Il faut que je trouve un moyen pour faire autrement pour pouvoir garder ces composants et leur comportement.