Erreur antlr au démarrage d'une application déployée

Version imprimable

Bonjour

Je rencontre un problème lors du démarage de mon application après l'avoir déployée sur un serveur Websphere Community Edition (WASCE Geronimo, basé sur Tomcat).
Dans mon environnement de développement (eclipse avec serveur Tomcat) je ne rencontre pas cette erreur.
De plus, j'ai un pote avec qui je partage cette application via SVN et lui peut générer un EAR ou WAR depuis le même projet et le même environnement et l'application une fois déployée ne rencontre pas cette erreur... MAis il ne sait pas m'expliquer ce qu'il fait de différent de moi.
Mais bon il faut que je puise moi même généré le fichier d'install également donc j'espère que vous saurez m'éclairer.
J'ai déjà essayé d'installer tout l'environnement de développement sur un autre PC, mais j'y ai rencontré le même problème avec les EAR et WAR générés là bas.
Voici l'erreur:

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
2011-10-07 09:14:50,818 ERROR [[jsp]] "Servlet.service()" pour la servlet jsp a gÚnÚrÚ une exception
java.lang.NoSuchMethodError: antlr.collections.AST.getLine()I
        at org.hibernate.hql.ast.HqlSqlWalker.generatePositionalParameter(HqlSqlWalker.java:926)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.parameter(HqlSqlBaseWalker.java:5052)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.expr(HqlSqlBaseWalker.java:1413)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.exprOrSubquery(HqlSqlBaseWalker.java:4471)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.comparisonExpr(HqlSqlBaseWalker.java:3947)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:2047)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1972)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.whereClause(HqlSqlBaseWalker.java:831)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.query(HqlSqlBaseWalker.java:617)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.selectStatement(HqlSqlBaseWalker.java:301)
        at org.hibernate.hql.antlr.HqlSqlBaseWalker.statement(HqlSqlBaseWalker.java:244)
        at org.hibernate.hql.ast.QueryTranslatorImpl.analyze(QueryTranslatorImpl.java:254)
        at org.hibernate.hql.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:185)
        at org.hibernate.hql.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:136)
        at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:101)
        at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:80)
        at org.hibernate.engine.query.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:124)
        at org.hibernate.impl.AbstractSessionImpl.getHQLQueryPlan(AbstractSessionImpl.java:156)
        at org.hibernate.impl.AbstractSessionImpl.createQuery(AbstractSessionImpl.java:135)
        at org.hibernate.impl.SessionImpl.createQuery(SessionImpl.java:1770)
        at com.yglobal.web.html.PageWeb.loadPage(PageWeb.java:1869)
        at com.yglobal.web.html.PageWeb.loadFunct(PageWeb.java:1793)
        at com.yglobal.web.html.PageWeb.<init>(PageWeb.java:103)
        at com.yglobal.web.connect.PageLogon.<init>(PageLogon.java:23)
        at org.apache.jsp.index_jsp._jspService(index_jsp.java:77)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:372)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        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.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)
        at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406)
        at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)
        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.valves.AccessLogValve.invoke(AccessLogValve.java:555)
        at org.apache.geronimo.tomcat.valve.ThreadCleanerValve.invoke(ThreadCleanerValve.java:40)
        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(Unknown Source)

Pourtant j'ai bien antlr-2.7.7.jar dans mon projet. Et, si je suis la référence d'un objet venant de antlr dans eclipse, il m'indique bien le jar antlr-2.7.7.jar comme étant sa source...

Je ne sais pas comment règler ça, merci pour votre aide.

07/10/2011, 10h48
DevServlet

C'est un souci de conflit de librairie struts bien connu, essaie cette solution ici
07/10/2011, 13h18
ptr83

Citation:

Envoyé par DevServlet

C'est un souci de conflit de librairie struts bien connu, essaie cette solution ici

Merci de t'intéresser à mon problème, c'est très sympa.

J'étais tombé sur cette page justemment en faisant des recherches sur google malheureusement :
- je n'utilise pas struts (il est cependant peut etre *quelque part* dans mon projet sans que j'ai délibérément voulu l'utiliser donc disons que c'est possible quand même)
- Si je vais dans "Windows" > "Preferences" > JE n'ai aucune trace de "MyEclipse".... donc je ne sais pas faire la manipulation comme décrite dans le lien... Y a t il un autre endroit où je pourrai faire la suppression du fameux JAR? Merci.

PS : j'utilise Eclipse Galileo Java EE IDE for Web Developers Build id: 20100218-1602
07/10/2011, 13h56
DevServlet

Peut on voir tes librairies du classpath?
07/10/2011, 15h25
ptr83

Citation:

Envoyé par DevServlet

Peut on voir tes librairies du classpath?

Oui bien sur mais je sais pas trop comment te lister ça? :oops:
07/10/2011, 15h37
roadyrod

Dans Eclipse, tu fais un clic-droit sur le nom de ton projet (volet de gauche), puis Propriétés.
Là, tu as le java Build Path de ton projet, avec toutes les librairies externes liées à ton projet.

Tu as bien placé tes librairies dans le répertoire WebContent/WEB-INF/lib ?
07/10/2011, 16h06
ptr83

Citation:

Envoyé par roadyrod

Dans Eclipse, tu fais un clic-droit sur le nom de ton projet (volet de gauche), puis Propriétés.
Là, tu as le java Build Path de ton projet, avec toutes les librairies externes liées à ton projet.

Tu as bien placé tes librairies dans le répertoire WebContent/WEB-INF/lib ?

C'est bien ce que je pensais mais ça va être long personne n'aura le courage de regarder :cry: (voir plus bas, s'il y a moyen d faire une lsite texte plutot que mon ensemble de screenshot je veux bien le faire sans problème mais je sais pas comment faire...)

Et oui les librairies sont bien dans WebContent/WEB-INF/lib

http://img546.imageshack.us/img546/1598/buildpath.jpg

Je me doutais que la liste serait rebutante :calim2:

Je devrais peut être passer d'un plan de déploiment comme ceci :
Code:

1 2 3 4 5 <dep:hidden-classes> <dep:filter>org.hibernate</dep:filter> <dep:filter>log4j</dep:filter> <dep:filter>org.apache.commons</dep:filter> </dep:hidden-classes>
Et ajouter quelque chose comme :
Code:

1 2 3 4 5 6 <dep:hidden-classes> <dep:filter>org.hibernate</dep:filter> <dep:filter>log4j</dep:filter> <dep:filter>org.apache.commons</dep:filter> <dep:filter>antlr</dep:filter> </dep:hidden-classes>
Mais à vrai dire je ne m'y connais pas trop dans ces plans de déploiment etc...

02/11/2011, 13h43
ptr83

Personne :cry: ?
07/11/2011, 16h49
ptr83

Bon je pense avoir finalement trouvé.
J'ai un JAR : checkstyle-all.jar dans lequel il y a une vieille version de antlr dedans.

Outre le fait que je vais essayer avec une version plus récente de ce JAR (checkstyle-all.jar), y a t il un moyen de précisier qu'un jar doit être pris en compte avant un autre dans le WAR (ou EAR) que j'exporte depuis Eclipse?
Dans mon cas, j'aurai du préciser que le JAR antlr-2.7.7.jar devait passer avant checkstyle-all.jar par exemple.

Merci, ça pourrait me servir pour un prochain "conflit" de ce type.