Discussion :

[stc074]

Je ne savais pas trop quoi donner comme titre à ce post, je développe un site en JavaEE JSF et j'ai un problème avec un formulaire quand je valide plus de 2 fois le navigateur essaie de recharger la page sans qu'il y arrive ça tourne comme ça indéfiniment (comme la page ne s'affiche pas je n'ai pas de message d'erreur) par contre si je créé un war et que je le déploie sur serveur la je n'ai pas ce problème.
C'est assez gênant j'ai juste trouvé ça dans les logs (manager) :

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
SEVERE: Servlet.service() for servlet [Manager] in context with path [/manager] threw exception [L''exécution du filtre (Filter) a lancé une exception] with root cause
java.lang.ClassNotFoundException: org.netbeans.modules.web.monitor.server.MonitorFilter
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
        at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:532)
        at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:514)
        at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:133)
        at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:257)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:223)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
        at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:722)

Même si je décoche http monitor dans le serveur dans netbeans le bug persiste.
Merci pour votre aide.

ps: il semblerait que seules les pages possédant un formulaire bloquent

[stc074]

Bon finalement après une après midi de recherche et de tests en tout genre j'ai trouvé la solution : j'utilise une resource (context.xml) pour me connecter à la base de données, mes validators héritent tous d'une superclasse laquelle instanciait dans son constructeur une connection à la base de données, or comme j'avais un maximum de 10 connections (maxActive) et une attente infinie pour la connexion (maxWait="-1") ça tournait dans le vide au bout de 2 rechargement de page (j'ai a peu près 10 validators sur la page donc 10 connexions).
Donc voila, sujet résolu, tout ça pour dire que si tomcat tourne à l'infini sans recharger la page pensez a voir vos Resource jdbc.