Mon aplication J2EE se plate sous tomcat

**anass_box** · 29/09/2010, 20h00

Bonjour

j'ai développé une application web (outils : JSF1.2, Richfaces, primefaces et Hibernate) en fait il s'agit d'un client FTP léger qui me permet d'interagir avec un serveur FTP. j'ai déployé mon application sur un serveur Tomcat6.0,, le problème c'est que mon application se plante après 2 ou 3 jours d'utilisation (authentification échoue) je dois redémarrer le serveur Tomcat pour que ca marche à nouveau.

j'ai consulté les logs de tomcat, je ne vois rien de bizard.

si quelqu'un à une idée pour m'aider à identifier le problème je serai reconnaissant.

Merci d'avance

**hasalex** · 30/09/2010, 13h34

Quelle technique d'authentification utilise-tu ?

**anass_box** · 30/09/2010, 15h14

Merci hasalex;

j'utilise une technique basique pour l'authentification,

dans un bean session je compare les données envoyés via le formulaire d'authentification (login et password) avec ceux que j'ai dans la base.

**hasalex** · 30/09/2010, 21h36

Qu'entends-tu par bean session ? Un objet stocké en session ?
Est-ce que l'accès à la base de donnée est toujours bonne ? Est-ce que tu passes par un DataSource ? Son pool pourrait être saturé à cause de connexions non restituées.

**anass_box** · 01/10/2010, 12h05

Bonjour

en fait je vérifie les information saisie sur une méthode d'un bean JSF de scope session,

code de la page JSF :

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
<h:form>
                <table width="100%" height="100%">
                    <tr>
                        <td valign="middle" align="center" width="100%" height="500px">
                        <h:panelGrid columns="2">
                            <h:outputText value="Login" style="color : gray;"/>
                            <h:inputText value="#{explorer.login_nom}" required="true" requiredMessage="Saisir le login" autocomplete="off"/>
                            <h:outputText value="Mot de passe" style=" color : gray;"/>
                            <h:inputSecret value="#{explorer.login_pwd}" required="true" requiredMessage="Saisir le Mot de passe" autocomplete="off" redisplay="false"/>
                            <h:outputText style="color:#FFFFFF" value=" " />
                            <h:commandButton value="connexion" action="#{explorer.login}"/>
                        </h:panelGrid>
                        <h:messages showDetail="true" showSummary="true" style=" color : red;"/></td>
                    </tr>
                </table>
            </h:form>

le code de la méthode d'authentification :

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
public String login(){
        System.out.println("login : "+this.nom);
        System.out.println("pwd : "+this.pwd);
        UtilisateurDAO Udao=new UtilisateurDAO();
        Iterator iterator = Udao.findByNom(this.nom).iterator();
        Iterator<Utilisateur> it=iterator;
        while(it.hasNext()){
            Utilisateur U=it.next();
            this.user=U;
        }
        if((this.pwd).equals(this.user.getPwd())){
            return "ok";
        }
        else{
            this.user=null;
            return "nok";
        }
    }

cela fonctionne très bien, mais après 2 ou 3 jours d'utilisation de l'application, l'authentification ne passe pas.

**anass_box** · 01/10/2010, 12h12

désolé j'ai posté l'ancien version de la méthode d'authentification,

voici la bonne:

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
public String login(){
        try{
            UtilisateurDAO Udao=new UtilisateurDAO();
            Iterator iterator = Udao.findByNom(this.login_nom.toLowerCase()).iterator();
            Iterator<Utilisateur> it=iterator;
            while(it.hasNext()){
                Utilisateur U=it.next();
                this.user=U;
            }
            if((this.login_pwd).equals(this.user.getPwd())){
                this.searchBuffering();
                this.logoDimension();
                return "ok";
            }
            else{
                this.user=null;
                FacesContext context = FacesContext.getCurrentInstance();
                context.addMessage(null, new FacesMessage(" ", " Login et/ou mot de passe incorrect !"));
                return "nok";
            }
        }catch(Exception exp){
            FacesContext context = FacesContext.getCurrentInstance();
            context.addMessage(null, new FacesMessage(" ", " Login et/ou mot de passe incorrect !"));
            return "nok";
        }
    }

après 3 jours d'usage de mon application j'ai le message : "Login et/ou mot de passe incorrect !"

je me retrouve dans l'obligation de redémarrer tomcat pour que l'authentification puisse passer

Merci pour toute suggestion

**hasalex** · 01/10/2010, 20h46

Ouououououh, ton code me donne la chair de poule...

Je passe sur le nommage des variables qui ne respecte pas les conventions et qui ne favorise pas la lisibilité du code.

Je passe aussi sur le new UtilisateurDAO() qui ne devrait plus exister avec les techniques d'injection modernes.

Ce qui me choque vraiment et qui te perd, c'est ta gestion des exceptions. Tu fais un catch(Exception exp) en considérant que tout exception est due à un mauvais login ou mot de passe. Et qu'est-ce qui se passe si une exception technique se produit dans le DAO, genre impossible d'accéder à la base ?

Il faudrait vraiment logger ton exception pour savoir ce qui se passe. Et tu pourra revenir vers nous avec ces logs.

**anass_box** · 04/10/2010, 12h41

Bonjour Alexis et merci pour les remarques; je devrai revoir ma façon de réalisé mes projets;;

samedi j'ai dû modifier mon code pour tracer les exceptions et attendre que mon application se plante de nouveau

j'ai consulté les logs ce matin et voici ce que j'ai trouvé, si vous avez une idée pour résoudre le problème :

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
** BEGIN NESTED EXCEPTION ** 
 
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException
MESSAGE: The last packet successfully received from the server was76540 milliseconds ago.The last packet sent successfully to the server was 76540 milliseconds ago, which  is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.
 
STACKTRACE:
 
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was76540 milliseconds ago.The last packet sent successfully to the server was 76540 milliseconds ago, which  is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
    at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1074)
    at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:3270)
    at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1932)
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2101)
    at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2554)
    at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1761)
    at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1912)
    at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:208)
    at org.hibernate.loader.Loader.getResultSet(Loader.java:1812)
    at org.hibernate.loader.Loader.doQuery(Loader.java:697)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:259)
    at org.hibernate.loader.Loader.doList(Loader.java:2232)
    at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2129)
    at org.hibernate.loader.Loader.list(Loader.java:2124)
    at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:401)
    at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:363)
    at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:196)
    at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1149)
    at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102)
    at still.ftp.dao.UtilisateurDAO.findByProperty(UtilisateurDAO.java:88)
    at still.ftp.dao.UtilisateurDAO.findByNom(UtilisateurDAO.java:96)
    at still.ftp.beans.ExplorerManager.login(ExplorerManager.java:1544)
    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 org.apache.el.parser.AstValue.invoke(AstValue.java:191)
    at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
    at org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68)
    at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
    at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
    at javax.faces.component.UICommand.broadcast(UICommand.java:387)
    at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
    at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
    at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
    at org.ajax4jsf.component.AjaxViewRoot.processApplication(AjaxViewRoot.java:466)
    at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
    at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
    at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
    at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
    at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:368)
    at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
    at java.lang.Thread.run(Thread.java:619)
Caused by: java.net.SocketException: Software caused connection abort: socket write error
    at java.net.SocketOutputStream.socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
    at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
    at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
    at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123)
    at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:3251)
    ... 56 more
 
 
** END NESTED EXCEPTION **

maintenant au moins j'ai une piste. j'espère pouvoir trouver un moyen pour stabiliser mon application puisqu'elle est en prod. , en attendant de refaire le projet avec Spring et que je puisse utiliser les techniques d'injection modernes

.

**hasalex** · 05/10/2010, 08h39

La solution est même dans les logs !
Tu dois reconfigurer ton mysql ou tu ajoutes autoReconnect=true comme propriété à ta connexion.

La morale de l'histoire : des logs, des logs et des logs...

**DevServlet** · 05/10/2010, 09h31

Comme je dis toujours, les gars ne lisent pas les traces d'erreur, pourtant tout y est :

Code :

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

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was76540 milliseconds ago.The last packet sent successfully to the server was 76540 milliseconds ago, which  is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.

.

**anass_box** · 05/10/2010, 12h43

Merci les amis

je me suis référé au topic

je vais tester qu'est ce que ca donne

Amicalement Anass

Mon aplication J2EE se plate sous tomcat

Tomcat et TomEE Java

Discussions similaires

Partager

Partager