Discussion :

[Chritofff]

Bonjour,

J'espère que je suis dans la bonne section...

Je suis en train de déployer une application J2EE (Tomcat - Hibernate - MySql)
mais j' obtient l'erreur suivante

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
 
java.lang.OutOfMemoryError: Java heap space
	com.mysql.jdbc.MysqlIO.nextRowFast(MysqlIO.java:1632)
	com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1409)
	com.mysql.jdbc.MysqlIO.readSingleRowSet(MysqlIO.java:2883)
	com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:476)
	com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:2576)
	com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:1757)
	com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2167)
	com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2648)
	com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2077)
	com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2228)
	org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:186)
	org.hibernate.loader.Loader.getResultSet(Loader.java:1787)
	org.hibernate.loader.Loader.doQuery(Loader.java:674)
	org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)
	org.hibernate.loader.Loader.loadEntity(Loader.java:1860)
	org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:48)
	org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:42)
	org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:3049)
	org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:399)
	org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:375)
	org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:139)
	org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:195)
	org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:103)
	org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:878)
	org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:846)
	org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:557)
	org.hibernate.type.EntityType.resolve(EntityType.java:379)
	org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:120)
	org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:854)
	org.hibernate.loader.Loader.doQuery(Loader.java:729)
	org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)
	org.hibernate.loader.Loader.doList(Loader.java:2213)

à l'origine j'ai l'impression que cela provient de MySql ...

Merci pour ceux qui se pencheront sur mon probléme

[anisj1m]

mémoire insuffisante

[Jidefix]

Ta requête doit renvoyer trop de lignes.
Comme le résultat d'une requête est stocké en mémoire, ton serveur sature.

Comme solution ben... la je voit pas, il y a peut-être des solutions pour découper le retour d'une requête en plusieurs petites parties?

[Chritofff]

mémoire insuffisante

J'ai augmenter la heapSize : -Xms512m -Xmx512m

Et maintenant c'est lent comme pas possible ...

[Jidefix]

Ben en même temps si tu manie un résultat de requête aussi énorme qu'à lui seul il sature ta mémoire, il est normal que le manier soit long et compliqué!
Tu ferais peut-être mieux d'envisager diverses optimisations...

[Chritofff]

Ben a vrai dire j'ai +- 30 records, j'ai l'impression que c'est hibernate qui merde ...

[Jidefix]

Ah oui c'est plus gênant...
Tu as essayé de mettre hibernate en verbose pour voir exactement quelles requêtes sont exécutées?
S'il y a des liens de ta table vers une autre table plus grosse, en fonction des associations hibernate peut se mettre à requêter aussi l'autre table énorme.
Si tu as des associations de ce genre, il faut les mettre en "lazy" dans le fichier .hbm pour éviter qu'il load toute la base à chaque fois.

[Chritofff]

Ah oui c'est plus gênant...
Tu as essayé de mettre hibernate en verbose pour voir exactement quelles requêtes sont exécutées?
S'il y a des liens de ta table vers une autre table plus grosse, en fonction des associations hibernate peut se mettre à requêter aussi l'autre table énorme.
Si tu as des associations de ce genre, il faut les mettre en "lazy" dans le fichier .hbm pour éviter qu'il load toute la base à chaque fois.

+1 , je suis en train de me rendre compte que j'ai mis des Fecth.eager sur un objet qui comporte 4 collections ...

Je suis en train de faire la modification pour voir, ce que je trouve assez marrant (voir bizarre). C'est qu'en mode développement, je n'ai eu aucun probléme. Il a fallu que je déploie l'application pour constater de sérieux probléme de perf ...

[Jidefix]

+1 , je suis en train de me rendre compte que j'ai mis des Fecth.eager sur un objet qui comporte 4 collections ...

Je suis en train de faire la modification pour voir, ce que je trouve assez marrant (voir bizarre). C'est qu'en mode développement, je n'ai eu aucun probléme. Il a fallu que je déploie l'application pour constater de sérieux probléme de perf ...

Ca c'est le second effet kiss cool des passages en prod Tu peux faire toutes les vérifs, toutes les procédures que tu veux, il y aura TOUJOURS un problème inattendu (ça c'est le pire, c'est de se dire "mais ça n'aurait jamais du marcher!")

[Chritofff]

Mes pressentiments étaient bonnes ...

Je remercie Jidefix et anisj1m d'avoir prit du temps sur mon probléme ;-)