Version imprimable
Bonjour,
J'obtient assez souvent ce message d'erreur.
En cherchant sur internet, on voit que ce problème est du à cglib (utilisé par hibernate) qui fait des fuites de mémoires. Les messages dates de 2005/2006.
Le problème est il corrigé?
Merci pour vos conseils.
permGen est une partie de la JVM dans laquelle les classes générées par des mécanismes de déploiement à chaud y sont stockés, lorsque elle est saturée l'erreur permgen space outOfMemory est généré.
tu peux augmenter la taille de cette zone avec les paramètres de la JVM PermSize et MaxPermSize, par exemple!
Code:
2
Et pour forcer la JVM de décharger cette partie de la mémoire:
Citation:
-XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled
Cela peut venir des attributs static et des multiples redéploiements sur ton serveur.
Regarde cet article:
http://blogs.sun.com/fkieviet/entry/...e_dreaded_java
C'est là que j'ai trouvé que le problème pouvait venir de cglib :
http://www.developpez.net/forums/d15...permgen-space/
J'avais effectivement ce type de soucis avec Hibernate. Mais ne cherche de ce coté-ci qu'après avoir fait les bon règlages du MaxPermSize.
Quelle version utilises-tu ?
Effectivement, CGlib et tomcat ne s'aiment pas trop et posent ce problème. Apparement le classloader de tomcat *serait* en cause (sans plus d'infos à ce sujet). Il arrive cependant aussi que cette erreur soit simplement due à un trop petite valeur de départ par rapport au nombre de classes que tu as.
Voici ma configuration du PermSize que je trouve pas mal :
Code:
2
Les les jars suivants (qui se trouvent dans le dossier jboss-hibernate.deployer) :
- hibernate2.jar
- cglib-full-2.0.1.jar
t'es dans des toutes vielles version d'hibernate / cglib, il y avait effectivement des memeory leak dans cette version de cglib je pense.
C'est quelqu'un il a mis ça :
Chez lui il arrive que son serveur jboss redémarre. Est ce parce qu'il n'a pas définit de PermSize? Que me conseillez vous de mettre?Code:
2-Djava.awt.headless=true -Xms256m -Xmx800m
y a pas de raison que ca fasse redémarrer le serveur. Dans ton cas, est-ce qu'il t'arrive de redéployer tes webapplication à base d'hibernate sans arrêter le serveur JBOSS / tomcat ? Si oui, la solution la plus simple c'est d'arreter les serveur pour faire les mises à jour des webapp posant problème. ainsi t'es sur que la "version précédente" ne reste pas en mémoire et n'occupe donc pas un espace precieux dans le permgen
Il faut donc que je remplace les 2 jar du répertoire jboss-hibernate.deployer?
Il faut que je prenne la dernière version?
quelle version de jboss utilise-tu??
J'utilise jboss 4.0.1.
c'est une version qui date d'il y a 4 ans, il y a des fortes chance qu'une partie des bugs qui te concernent soient résolus depuis. Je te déconseille fortement de changer comme çà des classes de JBoss par une nouvelle version, tu fera beaucoup plus de dégat qu'autre chose.
Soit tu upgrade, soit t'essaie d'identifier les conditions dans lequels ce bug ce produit pour tenter de les éviter.