Déploiement application GWT

Bonjour à tous,

Voila, je developpe une application GWT avec serveur Spring/Hibernate.
En development mode, tout fonctionne parfaitment, l'affichage, appels RPC, connection BDD, tout.

Et pour deployer sur Tomcat... Bonjour la galère !

Alors j'utilise Maven pour compiler mon projet et obtenir au final un war de l'application.
Je deploie ce war sur Tomcat.

Il m'affiche alors une LinkerError, comme quoi il y aurait une redefinition de classe. je me suis renseigné, et en fait GWT génère du code javax, dont il faut supprimer certaines classes. Je l'explique au cas ou ca pourrait poser problème pour la suite.

Ensuite, je redémarre le serveur, et je relance l'application.

Et la, cette erreur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

javax.servlet.ServletException: La classe org.springframework.web.servlet.DispatcherServlet n'est pas une servlet org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) java.lang.Thread.run(Thread.java:619)   cause mère   java.lang.ClassCastException: org.springframework.web.servlet.DispatcherServlet cannot be cast to javax.servlet.Servlet org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) java.lang.Thread.run(Thread.j

---

Le problème, c'est que je 'narrive pas du tout à m'en sortir !

Est-ce que j'ai commis une faute dans mon processus ? Est-ce que ca vient de GWT ou de Spring (je configure mes appels RPC avec Spring au moyen d'un DispatcherServlet) ?

Pourriez-vous m'aider ?

Bonjour,

Je comprends pas trop cette histoire de génération de code GWT et comme quoi tu devrais supprimer certaines classes. J'ai développé plusieurs applications spring/hibernate/maven/tomcat et je n'ai jamais eu ce genre problème... Tu pourrais être plus précis ?

Pour en revenir à ton problème, est-ce que tu as des erreurs ou warning autre dans les logs de tomcat ? Je pense à un déploiement d'un servlet.jar avec une version différente de celle fourni par tomcat.

Et tu utilises quelles versions de ces bibliothèques (spring, gwt, servlet...) ?

+1, moi aussi j'ai fait des projets spring/hibernate/maven/tomcat et je n'ai pas eu de soucis particulier.

A mon avis ca n'est pas bon de supprimer des fichiers à la main.

La procédure normale est de faire un mvn package et de balancer le war dans tomcat. C'est tout.

Une erreur typique du couple GWT / Maven peut venir du fichier web.xml. Fais attention car le web.xml qui est copié dans le war n'est pas celui que tu as mis dans le war d'Eclipse. Mais celui qui se trouve dans les sources de ton projet.

Tu as peut etre mis à jour le web.xml du war qui se trouve dans ton projet Eclipse, sans mettre à jour celui qui se trouve dans les sources de ton projet. Et du coup dans le war généré, le web.xml n'est pas bon et ca pourrait expliquer ton message.

Rebonjour à tous, et merci de votre disponibilité.

Pour ce qui est de la suppression des fichiers à la main, c'est ce qui m'a été conseillé comme résolution de mon premier problème.

En effet, si je met le war dans le dossier webapps de tomcat, sans aucun changement, j'obtiens l'erreur suivante :

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

type Rapport d'exception   message   description Le serveur a rencontré une erreur interne () qui l'a empêché de satisfaire la requête.   exception   javax.servlet.ServletException: java.lang.LinkageError: loader constraint violation: loader (instance of org/apache/jasper/servlet/JasperLoader) previously initiated loading for a different type with name "javax/servlet/http/HttpServletRequest" org.apache.jasper.servlet.JspServlet.service(JspServlet.java:268) javax.servlet.http.HttpServlet.service(HttpServlet.java:820)   cause mère   java.lang.LinkageError: loader constraint violation: loader (instance of org/apache/jasper/servlet/JasperLoader) previously initiated loading for a different type with name "javax/servlet/http/HttpServletRequest" java.lang.Class.getDeclaredMethods0(Native Method) java.lang.Class.privateGetDeclaredMethods(Class.java:2427) java.lang.Class.getDeclaredMethods(Class.java:1791) org.apache.catalina.util.DefaultAnnotationProcessor.processAnnotations(DefaultAnnotationProcessor.java:226) org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:148) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:329) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260) javax.servlet.http.HttpServlet.service(HttpServlet.java:820)

---

Pour le web.xml, j'ai vérifié, c'est bien le bon web.xml qui a été mis en place.
Le voici :

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

<?xml version="1.0" encoding="utf-8"?> <web-app version="2.5" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">   <listener> <listener-class>com.novedia.ce.gwt.server.ClassPathContextListener</listener-class> </listener>   <listener> <listener-class>org.jasig.cas.client.session.SingleSignOutHttpSessionListener</listener-class> </listener>   <context-param> <param-name>contextConfigLocation</param-name> <param-value> classpath*:META-INF/spring/applicationContext*.xml </param-value> </context-param>   <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>   <!-- Delegate Filter to spring -->   <servlet> <servlet-name>rpc</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/spring/rpc-config.xml</param-value> </init-param> </servlet>   <servlet-mapping> <servlet-name>rpc</servlet-name> <url-pattern>*.rpc</url-pattern> </servlet-mapping>   <welcome-file-list> <welcome-file>ce.jsp</welcome-file> </welcome-file-list>   </web-app>

---

Pourtant, lorsque j'accède à mon application, j'arrive bien sur l'erreur 500.

Pour infos, voici les logs de tomcat au démarrage

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

5 août 2010 17:03:16 org.apache.catalina.startup.Embedded initDirs GRAVE: Cannot find specified temporary folder at C:\java\apache-tomcat-6.0.24\temp 5 août 2010 17:03:16 org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\java\jdk1.6.0_18\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;c:\program files\imagemagick-5.5.7-q8;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft SQL Server\90\Tools\binn\;D:\apache-ant-1.8.0RC1-bin\apache-ant-1.8.0RC1\bin;C:\java\jdk1.6.0_18\bin;C:\java\apache-maven-2.2.1\bin;;D:\00_SOFTWARE\tortoise\bin;C:\Program Files\QuickTime\QTSystem\ 5 août 2010 17:03:17 org.apache.coyote.http11.Http11Protocol init INFO: Initialisation de Coyote HTTP/1.1 sur http-8080 5 août 2010 17:03:17 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1032 ms 5 août 2010 17:03:17 org.apache.catalina.core.StandardService start INFO: Démarrage du service Catalina 5 août 2010 17:03:17 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.24 5 août 2010 17:03:17 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Déploiement du descripteur de configuration host-manager.xml 5 août 2010 17:03:17 org.apache.catalina.startup.DigesterFactory register ATTENTION: Could not get url for /javax/servlet/resources/j2ee_web_services_1_1.xsd 5 août 2010 17:03:17 org.apache.catalina.startup.DigesterFactory register ATTENTION: Could not get url for /javax/servlet/resources/j2ee_web_services_1_1.xsd 5 août 2010 17:03:17 org.apache.catalina.startup.HostConfig deployDescriptor INFO: Déploiement du descripteur de configuration manager.xml 5 août 2010 17:03:17 org.apache.catalina.startup.HostConfig deployDirectory INFO: Déploiement du répertoire docs de l'application web 5 août 2010 17:03:17 org.apache.catalina.startup.HostConfig deployDirectory INFO: Déploiement du répertoire examples de l'application web 5 août 2010 17:03:18 org.apache.catalina.startup.HostConfig deployDirectory INFO: Déploiement du répertoire ROOT de l'application web 5 août 2010 17:03:18 org.apache.catalina.startup.HostConfig deployDirectory INFO: Déploiement du répertoire war de l'application web 5 août 2010 17:03:18 org.apache.catalina.loader.WebappClassLoader validateJarFile INFO: validateJarFile(C:\java\apache-tomcat-6.0.24\webapps\war\WEB-INF\lib\servlet-api-2.5.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class 5 août 2010 17:03:19 org.apache.coyote.http11.Http11Protocol start INFO: Démarrage de Coyote HTTP/1.1 sur http-8080 5 août 2010 17:03:19 org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 5 août 2010 17:03:19 org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/47 config=null 5 août 2010 17:03:19 org.apache.catalina.startup.Catalina start INFO: Server startup in 2327 ms

---

et de l'application

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

5 août 2010 17:03:18 org.apache.catalina.core.ApplicationContext log INFO: ContextListener: contextInitialized() 5 août 2010 17:03:18 org.apache.catalina.core.ApplicationContext log INFO: SessionListener: contextInitialized() 5 août 2010 17:03:26 org.apache.catalina.core.ApplicationContext log INFO: La servlet rpc est marqué comme indisponible 5 août 2010 17:03:26 org.apache.catalina.core.StandardWrapperValve invoke GRAVE: Exception lors de l'allocation pour la servlet rpc java.lang.ClassCastException: org.springframework.web.servlet.DispatcherServlet cannot be cast to javax.servlet.Servlet at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1116) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:809) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129) 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)

---

Pour autre infos, c'est mon premier déploiement ^^

Et pour ce qui est des versions, j'ai

Spring v 3.0.2
GWT v 2.0.3
Servlet-api v 2.5

Il semblerait que je n'ai plus àsupprimer les fichiers pour faire fonctionner mon application (même si la redirection est faite manuellement)

Pourtant l'erreur 500 persiste !

Qui t'a conseillé ca ?

Essai de deployer un Helloworld GWT pour voir déjà si ca marche chez toi avec le minimum. Il fuat avancer petit à petit pour localiser le problème.

Et bien en fait j'ai réussi à marcher le helloworld.

Appel RPC tout marche...
Hum, comment faire maintenant ?
Je soupconne un clonflit de librairies...

Le helloworld déployé via maven sur ton Tomcat fonctionne ? C'est ca ? Soit plus précis s'il te plait.

Si tu as une erreur 500, ce sera surement dans les logs. Commence par là, à mon avis.

D'ailleurs l'erreur 500, c'est en appelant juste une page HTML que tu l'as ?

Merci à tous pour votre aide.
Je vous explique plus en détail:

Pour l'instant, j'ai créé un projet test tout simple, sans Maven, Spring rien du tout...Juste du GWT. J'ai exporté avec le plugin Eclipse et ajouté le war dans tomcat.

Ca passe sans aucun soucis.

A priori, la seconde étape serait de rajouter Spring, puisqu'evidemment, c'est à cause de la configuration des servlet via Spring qui ne passe pas.
C'est ce que je suis en train de tester pour l'instant.

Le déploiement de mon application amène irrémédiablement à l'erreur 500. J'ai mis l'erreur reçu, qui est à l'identique celle des logs. Et oui elle arrive en appelant la page HTML de base, ce qui est normal, vu que j'utilise un appel RPC dès le début de mon application.

A mon avis, c'est dè le moment de la définition dans le web.xml que ca ne passe pas. Voici ma définition :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

<servlet> <servlet-name>rpc</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>/spring/rpc-config.xml</param-value> </init-param> </servlet>   <servlet-mapping> <servlet-name>rpc</servlet-name> <url-pattern>*.rpc</url-pattern> </servlet-mapping>

---

Elle appelle un fichier rpc-config.xml, que voici :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:mvc="http://www.springframework.org/schema/mvc" xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">   <context:component-scan base-package="com.novedia.ce.gwt.server.rpc"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" /> </context:component-scan>   <mvc:annotation-driven />   </beans>

---

Maintenant, pourquoi il n'arrive pas à utiliser DispatcherServlet comme Servlet ?

Encore plus bizarre. J'ai recréé un projet Helloworld à part, avec cette fois-ci Spring et la dispatcherServlet.
Je génère le war avec le plugin GWT Google, et sur Tomcat, la servlet est bien intialisée. L'appel RPC echoue tout de même, mais le context Spring est bien chargé. Auriez-vous des idées ?
(Sachant que le repertoire lib contient exactement les mêmes librairies que mon projet principal...)

logs

Les logs de Tomcat sont indiquées dans un de mes précédents posts

Personne n'a rencontré ce problème ?

Essayes en rajoutant "<scope>provided</scope>" à la dépendance maven gwt-user.

Il est possible que ça vienne de là.

Malheureseusement, j'ai déja tenté cette solution...

Alors j'ai enfin réussi à faire démarrer l'application.
Cependant, les appels RPC ne passent pas, je ne sais pas du tout pourquoi.

Mais j'ai du supprimer les fichier javax du répertoire classes

Tu as supprimé des fichiers de quelle répertoire ?

Et en ce qui concerne les appels RPC, tu as des erreurs dans les logs ?

Du nouveau du coté des amateurs de GWT !
J'ai enfin réussi à faire marcher les appels RPC.
Donc pour ceux qui aurait le même problème, il faut bien

gwt-user en provided.
et surtoput supprimer le répertoire javax du dossier WEB-INF/classes.
C'est à cause des ces classes que résultaient le problème de Dispatcher Servlet.

Bien sur, comme un problème ne vient jamais seul, j'ai maintenant l'erreur suivante :

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 59 60 61 62 63 64 65 66 67 68 69

14:13:14 WARN [org.hibernate.cfg.SettingsFactory] Could not obtain connection to query metadata org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver class 'com.mysql.jdbc.Driver' at org.apache.commons.dbcp.BasicDataSource.createConnectionFactory(BasicDataSource.java:1429) at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1371) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044) at org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider.getConnection(InjectedDataSourceConnectionProvider.java:71) at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:114) at org.hibernate.cfg.Configuration.buildSettingsInternal(Configuration.java:2163) at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2159) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1383) at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:954) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:883) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:73) at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225) at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:308) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1469) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1409) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:291) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:288) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:190) at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.findDefaultEntityManagerFactory(PersistenceAnnotationBeanPostProcessor.java:529) at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.findEntityManagerFactory(PersistenceAnnotationBeanPostProcessor.java:495) at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor$PersistenceElement.resolveEntityManager(PersistenceAnnotationBeanPostProcessor.java:656) at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor$PersistenceElement.getResourceToInject(PersistenceAnnotationBeanPostProcessor.java:629) at org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.inject(InjectionMetadata.java:147) at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:84) at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.postProcessPropertyValues(PersistenceAnnotationBeanPostProcessor.java:338) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1064) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:517) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:291) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:288) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:190) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:563) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:872) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:423) at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:276) at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:197) at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4135) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4630) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:3391) at org.apache.catalina.manager.ManagerServlet.reload(ManagerServlet.java:943) at org.apache.catalina.manager.HTMLManagerServlet.reload(HTMLManagerServlet.java:556) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:121) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 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.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:563) 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:857) 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.lang.ClassNotFoundException: com.mysql.jdbc.Driver at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491) at org.apache.commons.dbcp.BasicDataSource.createConnectionFactory(BasicDataSource.java:1420) ... 61 more

---

C'est la première fois que tu fais du Java ?

En fait il te suffit de rajouter le jar de ton driver Jdbc.

Comme tu peux lire dans le log, ClassNotFoundException ca veut dire que le jar de la classe en question est manquante.

Pour feed back :
Sur une application Spring MVC 3.0.5 avec maven 3, l'application était disponible si le war était fourni à tomcat 7. En utilisant le plugin maven afin de lancer l'application en debuggage, j'avais la même erreur.

L'ajout de

<scope>provided</scope>

dans le pom.xml pour la dépendance javax.servlet a résolu le problème :mouarf: