java.lang.ClassNotFoundException: javax.servlet.jsp.el.ImplicitObjectELResolver$ImplicitObjects

après la mise à niveau à la dernière version d'eclipse Helios 3.6, M2E 1.0 , WTP 3.2.5
et en essayant de lancer mon projet maven qui utilise JSF 2.1.3 et Printemps 3 sur tomcat 7, je suis l'exception suivante:

java.lang.ClassNotFoundException: javax.servlet.jsp.el.ImplicitObjectELResolver$ImplicitObjects$4
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1678)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1523)
at org.apache.catalina.startup.ContextConfig.checkHandlesTypes(ContextConfig.java:2006)
at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:1969)
at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1858)
at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1826)
at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1812)
at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1306)
at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:896)
at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:322)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5103)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:148)
at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1033)
at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:774)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:148)
at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1033)
at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:291)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:148)
at org.apache.catalina.core.StandardService.startInternal(StandardService.java:443)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:148)
at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:727)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:148)
at org.apache.catalina.startup.Catalina.start(Catalina.java:621)
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.catalina.startup.Bootstrap.start(Bootstrap.java:322)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:450)
java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionFactory;" the class loader (instance of org/apache/catalina/loader/WebappClassLoader) of the current class, com/sun/faces/config/ConfigureListener, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ExpressionFactory used in the signature
at com.sun.faces.config.ConfigureListener.registerELResolverAndListenerWithJsp(ConfigureListener.java:693)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:243)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
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:662)
Dec 17, 2011 4:56:04 PM org.apache.catalina.core.StandardContext listenerStart
SEVERE: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
java.lang.RuntimeException: java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionFactory;" the class loader (instance of org/apache/catalina/loader/WebappClassLoader) of the current class, com/sun/faces/config/ConfigureListener, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ExpressionFactory used in the signature
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:292)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
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:662)
Caused by: java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionFactory;" the class loader (instance of org/apache/catalina/loader/WebappClassLoader) of the current class, com/sun/faces/config/ConfigureListener, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ExpressionFactory used in the signature
at com.sun.faces.config.ConfigureListener.registerELResolverAndListenerWithJsp(ConfigureListener.java:693)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:243)
... 8 more

voici ma configuration de maven:

<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.0.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>com.sun.faces</groupId>
<artifactId>jsf-api</artifactId>
<version>2.1.3</version>
</dependency>
<dependency>
<groupId>com.sun.faces</groupId>
<artifactId>jsf-impl</artifactId>
<version>2.1.3</version>
</dependency>
<dependency>
<groupId>jstl</groupId>
<artifactId>jstl</artifactId>
<version>1.2</version>
</dependency>

me manque un fichier jar, ou à l'aide d'une version incompatible de un bocal ?

veuillez en informer, merci.

Mise à JOUR: ce que je reçois est que je reçois de l'application de fonctionner correctement en supprimant les dépendances suivantes de pom fichier:

<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>javax.servlet.jsp-api</artifactId>
<version>2.2.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax.el</groupId>
<artifactId>javax.el-api</artifactId>
<version>2.2.2</version>
<scope>provided</scope>
</dependency>

je pense qu'ils étaient en conflit avec les pots fournis par le conteneur.

CE QUE J'AI BESOIN DE SAVOIR:

1 - Dois-je ajouter les dépendances: javax.servlet.jsp-api , javax.el-api à mon pom fichier fourni ou je n'ai pas besoin de les ajouter à tous ?

2 - Si je dois ajouter ces deux dépendances, alors comment dois-je ajouter correctement de sorte qu'ils ne seront pas en conflit avec tomcat pots, ce qui signifie que la version, et je doit marquer la dépendance est fourni ou pas ?

et de l'importante question de savoir si je dois ajouter, pourquoi je dois le faire, quelle est l'importance de l'ajout d'eux depuis qu'ils sont fournis par le conteneur, ce que je comprends, jusqu'à présent, c'est que j'ai besoin d'ajouter le javax.servlet-api de la dépendance et de la marquer comme prévu depuis que je suis en utilisant servlets dans certaines classes.

Je ne suis pas Maven gars, donc je n'ai aucune idée de comment résoudre ce problème, mais je peux au moins dire que l'exception indique que vous avez de multiples EL API de fichiers JAR de la finale de la webapp d'exécution du classpath (conflit de classe est de javax.el package). Si vous êtes certain que Maven est en train de faire son travail correctement, alors vous devez vérifier si vous n'avez pas manuellement mis quelque chose dans /WEB-INF/lib, Tomcat/lib, JRE/lib, JRE/lib/ext et tout autre chemin qui est couvert par la webapp d'exécution du classpath. Tomcat 7 navires par lui-même déjà avec le droit EL 2.2 API/impl, de sorte que vous ne devriez pas avoir besoin de les fournir vous-mêmes (ou par Maven).
donc vous voulez dire que je devrais supprimer el dépendance qui est marqué comme prévu, et incluent uniquement les jsp-api et servlet-api comme prévu ?
Comme dit, je ne suis pas Maven gars. Je n'ai aucune idée. Vous devez vérifier si le Maven-construit GUERRE est tout à droite et si vous n'avez pas manuellement encombré ladite bibliothèque des chemins avec dupliqué EL API fichier JAR(s).
Je vous recommande également la mise à niveau vers Eclipse 3.7.1 (Indigo), comme c'est la dernière version stable de l'Éclipse.
Pogrebniak , j'ai même essayé de supprimer toutes les dépendances .m2 et de faire le plein de maven nettoyer et à installer, et toujours la même erreur, et des conseils pour la cause d'erreur ?

OriginalL'auteur Mahmoud Saleh | 2011-12-17

2

Vous devez ajouter ces dépendances uniquement si vous en avez besoin dans votre code, ce qui signifie qu'ils sont nécessaires pour la compilation de votre code. Si vous n'utilisez pas de JSP ou EL classes dans votre code, vous pouvez supprimer les dépendances. Ainsi, vous pouvez tester si vous avez besoin de les dépendances en supprimant simplement. Si votre code compile, vous n'en avez pas besoin. 🙂

Si vous en avez besoin, vous devriez certainement ajouter que provided dépendances, car les classes sont fournis par Tomcat au cours de l'exécution. Assurez-vous juste que les versions des dépendances correspondre les versions fournies par Tomcat. Ensuite, vous n'aurez pas de problèmes. À condition que les dépendances sont utilisées pour la compilation du code, mais elles ne sont pas emballées dans la GUERRE de fichier, qui est OK, parce que Tomcat fournit.

OriginalL'auteur chkal
1

J'ai eu un problème similaire: j'ai été en mesure d'exécuter un projet dans un ordinateur, mais dans une autre, j'ai été l'obtention de la ClassNotFoundException décrite dans la question.

La seule différence entre les 2 environnements est la version du serveur tomcat: 7.0.26 dans le travail de l'ordinateur et 7.0.16 dans l'autre. J'ai installé la même version dans les deux ordinateurs (7.0.26) et il a résolu le problème.

J'espère que cette réponse pourrait être utile à quelqu'un.

OriginalL'auteur eternay

Vous devez vous connecter pour publier un commentaire.