java.lang.OutOfMemoryError: Java heap space

Version imprimable

06/12/2006, 12h15
othmanbenhalima

java.lang.OutOfMemoryError: Java heap space

Bonjour tout le monde,

Je travaille sur une application web pour la gestion des inventaires. J'inprime des états quand cé necessaires.tout marche tres bien. J'ai ajouté un autre état, ms cette fois ci quand je veux la visualisez je reçois cette erreure.

type Rapport d'exception

message

description Le serveur a rencontré une erreur interne () qui l'a empêché de satisfaire la requête.

exception

javax.servlet.ServletException: L'exécution de la servlet a lancé une exception

cause mère

java.lang.OutOfMemoryError: Java heap space

note La trace complète de la cause mère de cette erreur est disponible dans les fichiers journaux de Apache Tomcat/5.5.9.

Merci
06/12/2006, 13h02
Baptiste Wicht

Ca veut tout simplement dire que ton serveur a besoin de plus d'espace que le maximum qui lui a été alloué...

Donc soit tu augmentes la mémoire allouée au serveur, soit tu diminues la mémoire utilisée par ton code.
06/12/2006, 15h56
othmanbenhalima

tout d'abord merci,
j'ai une autre question.
Comment pourais je augmenter la memoire pour le serveur
06/12/2006, 16h06
Baptiste Wicht

Citation:

Envoyé par othmanbenhalima

tout d'abord merci,
j'ai une autre question.
Comment pourais je augmenter la memoire pour le serveur

Soit tu as directement quelque chose dans l'interface de configuration du serveur, soit ça doit être un fichier de propriétés dans lequel il faut modifié XmS et XmX.

Tu as quel serveur ?
07/12/2006, 10h09
othmanbenhalima

Slt
jakarta-tomcat-5.5.9
08/01/2008, 16h41
phoebe

même problème constaté chez moi

J'ai le même problème de mémoire, donc ma question est la suivante :
"Donc soit tu augmentes la mémoire allouée au serveur, soit tu diminues la mémoire utilisée par ton code." pourquoi faire l'un plutôt que l'autre ? et surtout comment savoir quel choix faire...

Sinon comment on diminue la mémoire utilisée par le code ?
08/01/2008, 16h51
sinok

Bah tout dépend de ton appli, elle fait quoi?
08/01/2008, 17h11
phoebe

elle fait des calculs financiers...
08/01/2008, 17h19
sinok

Bah tout dépend de la volumétrie traitée dans ce cas.
La solution la plus propre serait de réduire au minimum vital les données à rappatrier et s'assurer de leur bonne libération (donc passer l'appli au crible d'un profiler comme celui de netbeans). Puis une fois tous les problèmes résolus on peut envisager d'augmenter la taille de la mémoire de la VM
08/01/2008, 17h27
phoebe

"La bonne libération" ??

En Java on a un GC qui s'occupe de ça non ?

et pour NetBeans c'est râté, j'utilise Eclipse
08/01/2008, 17h30
sinok

Sauf que si un objet reste référencé quelquepart, bah le GC ne le libère pas, donc il faut faire attention à ce genre de choses.

Ensuite pour Netbeans tu peux juste l'utiliser pour faire du profiling (la version 6 à un plugin permettant l'import de projet eclipse), ou sinon utiliser un outil comme VisualVM

Par contre celà nécessite que ta JVM et ton appli soit en version 5 minimum
08/01/2008, 17h35
phoebe

merci, je vais regarder du côté de VisualVM parce que là je vois vraiment pas où ça peut bloquer...
08/01/2008, 17h46
adiGuba
Salut,

Citation:

Envoyé par phoebe

merci, je vais regarder du côté de VisualVM parce que là je vois vraiment pas où ça peut bloquer...

Quelques idées en vrac :
- Utilisation abusive des champs static (en particulier des collections).
- Non-libération des ressources (fichiers, connexion BD, etc.).
- Mauvaise utilisation des scopes (attributs d'instance au lieu de variable locale)
Bon courage...

a++