Mauvaise config Hibernate ?

Bonjour à tous..

Voilà mon soucis.. j'ai développé (apparemment mal) une application web en jsp avec Hibernate, MySql et déployée avec GlassFish 2.1..

Si je navigue sur le site sans solliciter la Bdd tout va bien par contre, à partir du moment ou une requête à été effectuée il ne me reste environ que 2 min avant que le serveur ne plante et envoi une erreur 503 ou service unavailable..

Je pense donc que ma config Hibernate doit être mauvaise mais je ne sais pas où chercher et quoi modifier exactement..

Si vous avez une idée là dessus..

Merci d'avance..

commence par regarder dans les logs du serveur les messages d'erreur.

Quelques erreurs...

Bonjour Mr tchize..

des erreurs y en a quelques unes.. mais laquelle fait planté le serveur ?

Celle-ci apparait tout de suite après la fin du démarrage du serveur :

Code:

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
35
36
37
38
39
 
[#|2010-09-20T14:22:37.944-0700|SEVERE|sun-appserver2.1|org.apache.catalina.session.ManagerBase|_ThreadID=15;_ThreadName=pool-1-thread-4;_RequestID=ffb7fda0-3ca8-48d5-ba1e-bfbdece2ed7e;|PWC2773: Exception loading sessions from persistent storage
java.lang.IllegalStateException: unread block data
	at java.io.ObjectInputStream$BlockDataInputStream.setBlockDataMode(ObjectInputStream.java:2377)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1361)
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
	at org.apache.catalina.session.StandardSession.readRemainingObject(StandardSession.java:1926)
	at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1834)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
	at org.apache.catalina.session.StandardSession.deserialize(StandardSession.java:1174)
	at org.apache.catalina.session.StandardManager.readSessions(StandardManager.java:515)
	at org.apache.catalina.session.StandardManager.doLoadFromFile(StandardManager.java:447)
	at org.apache.catalina.session.StandardManager.load(StandardManager.java:417)
	at org.apache.catalina.session.StandardManager.start(StandardManager.java:859)
	at org.apache.catalina.core.StandardContext.managerStart(StandardContext.java:4994)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:5311)
	at com.sun.enterprise.web.WebModule.start(WebModule.java:345)
	at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
	at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
	at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:619)
|#]

Ensuite après un peu de navigation sur le site cette erreur à été provoquée, mais je ne pense pas qu'elle soit responsable du plantage du serveur.. ça ressemble plus à un soucis de prog. :

Code:

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
 
[#|2010-09-20T14:24:24.518-0700|SEVERE|sun-appserver2.1|javax.faces|_ThreadID=16;_ThreadName=TP-Processor3;javax.faces.event.ValueChangeEvent;PROCESS_VALIDATIONS 3;listRealEstateKQ;_RequestID=fd55720f-bef5-4a73-abe8-3cec45e29511;|AbortProcessingException thrown when processing event of type 'javax.faces.event.ValueChangeEvent' during phase 'PROCESS_VALIDATIONS 3' for component with ID or Client ID of 'listRealEstateKQ'|#]
 
[#|2010-09-20T14:24:24.518-0700|SEVERE|sun-appserver2.1|javax.faces|_ThreadID=16;_ThreadName=TP-Processor3;_RequestID=fd55720f-bef5-4a73-abe8-3cec45e29511;|javax.faces.event.AbortProcessingException: java.lang.NullPointerException
javax.faces.event.AbortProcessingException: java.lang.NullPointerException
	at com.sun.webui.jsf.event.MethodExprValueChangeListener.processValueChange(MethodExprValueChangeListener.java:73)
	at javax.faces.event.ValueChangeEvent.processListener(ValueChangeEvent.java:134)
	at com.sun.webui.jsf.component.WebuiInput.broadcast(WebuiInput.java:209)
	at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:444)
	at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:701)
	at com.sun.faces.extensions.avatar.components.PartialTraversalViewRootImpl.processValidators(PartialTraversalViewRootImpl.java:153)
	at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
	at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
	at com.sun.faces.extensions.avatar.lifecycle.PartialTraversalLifecycle.execute(PartialTraversalLifecycle.java:94)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
	at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:333)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:370)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:313)
	at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
	at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
	at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:291)
	at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
	at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
	at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
	at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
	at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
	at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:682)
	at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
	at kq.Account.listRealEstateKQ_processValueChange(Account.java:5441)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at com.sun.el.parser.AstValue.invoke(AstValue.java:187)
	at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:297)
	at com.sun.webui.jsf.event.MethodExprValueChangeListener.processValueChange(MethodExprValueChangeListener.java:71)
	... 41 more
|#]

Une autre petite en passant (encore mauvaise prog à mon avis):

Code:

1
2
 
[#|2010-09-20T14:26:25.950-0700|SEVERE|sun-appserver2.1|javax.faces|_ThreadID=16;_ThreadName=TP-Processor3;javax.faces.event.ValueChangeEvent;PROCESS_VALIDATIONS 3;listAnnKQ;_RequestID=fd55720f-bef5-4a73-abe8-3cec45e29511;|AbortProcessingException thrown when processing event of type 'javax.faces.event.ValueChangeEvent' during phase 'PROCESS_VALIDATIONS 3' for component with ID or Client ID of 'listAnnKQ'|#]

Puis le serveur semble predre la décision de séteindre :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
[#|2010-09-20T14:26:29.106-0700|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=RMI TCP Connection(8)-127.0.0.1;Sun GlassFish Enterprise Server v2.1.1;|WEB0303: Stopping Sun GlassFish Enterprise Server v2.1.1|#]
 
[#|2010-09-20T14:26:29.106-0700|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=RMI TCP Connection(8)-127.0.0.1;Sun GlassFish Enterprise Server v2.1.1;5094;|WEB0713: Stopping Sun GlassFish Enterprise Server v2.1.1 HTTP/1.1 on 5094|#]
 
[#|2010-09-20T14:26:29.309-0700|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=RMI TCP Connection(8)-127.0.0.1;Sun GlassFish Enterprise Server v2.1.1;5093;|WEB0713: Stopping Sun GlassFish Enterprise Server v2.1.1 HTTP/1.1 on 5093|#]
 
[#|2010-09-20T14:26:30.309-0700|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=RMI TCP Connection(8)-127.0.0.1;Sun GlassFish Enterprise Server v2.1.1;5095;|WEB0713: Stopping Sun GlassFish Enterprise Server v2.1.1 HTTP/1.1 on 5095|#]
 
[#|2010-09-20T14:26:31.324-0700|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=18;_ThreadName=RMI TCP Connection(8)-127.0.0.1;|
 
etc...

L'hébergeur m'a genitllement envoyé boulé en précisant qu'il n'étiat devloppeur java et que je devais résoudre ça moi même :-(
C'est grave docteur..

Citation:

Envoyé par crepy

Bonjour Mr tchize..

des erreurs y en a quelques unes.. mais laquelle fait planté le serveur ?

En général, la première ;) Si tu as un doute, poste l'intégralité du log, depuis le démarrage jusqu'au 503

1 pièce(s) jointe(s)

Du nouveau..

.. maintenant impossible de démarrez le serveur.. je vais voir avec l'hébergeur pour réinitialiser mon compte..

Affaire à suivre.. :cry:

Merci..

il uarait été judicieux de copier / coller le log plutot que de nous faire une capture d'écran qui sert à rien.

De retour avec du mieux..

Après m'être battu dignement avec mon Provider, le compte à été réinitialisé (je ne pouvait meme plus acceder au log, il y avait plusieur version de glassfish d'installé sur mon compte, plein de petit truc comme ça .. ). bref.. pouf pouf.. me revoilà avec ceci :

J'ai redéployé le site, reprovoqué les erreurs et analysé le server.log.. manifestement le server semblait s'arreter après avoir crée 32 Thread.. ne sachant pas trop quoi modifier j'ai tenté d'augmenter le nombre de thread du conection pool dans le sun-resources.xml (et apparemment ça marche, le server ne plante plus).. Par contre la connection avec la base de donnée semble s'arrêter si personne n'utilise le site pendant quelques temps et il me faut alors redémarrer le server pour refaire marcher la connection (et donc le site)..

J'avoue que ma démarche n'à rien de scientifique et ressemble plus à du désespoir qu'à autre chose mais le but est d'avoir un site fonctionnel au plus tot et pour l'instant je ne peux pas aller voir d'annonceur pour leur montrer un site qui "dès fois" fonctionne ;-).. Malheureusement mon manque de connaissance me rattrappe ...

Si vous avez une idée sur mon souci de déconnexion de bdd.. je suis preneur..

Merci encore..

beaucoup de serveur déconnectent de la DB après un certain temps d'inactivité, ce qui pose problème avec le connection pool qui lui garde des connexions ad vitam. Pour résoudre ça, il faut aller dans ta config du connection pool et préciser une requete de validation. C'est une requete "a la con" que le conteneur va exécuter pour vérifier que la connection fonctionne toujours. Si pas il va la jeter et la remplacer.

merci du tuyau..

J'ai tenté de passer la variable AutoReconnectForPools à true dans les proprietés du Pool via la console d'admin GlassFish et ça à l'air de fonctionner aussi..

Merci.