Déploiement application GWT

**Gamergeo** · 05/08/2010, 12h50

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 :

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
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 ?

**glebreton** · 05/08/2010, 14h41

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...) ?

**pvoncken** · 05/08/2010, 16h47

+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.

**Gamergeo** · 05/08/2010, 17h02

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 :

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
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 :

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
<?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 :

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
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 :

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
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 ^^

**Gamergeo** · 05/08/2010, 17h04

Et pour ce qui est des versions, j'ai

Spring v 3.0.2
GWT v 2.0.3
Servlet-api v 2.5

**Gamergeo** · 05/08/2010, 17h05

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 !

**pvoncken** · 06/08/2010, 10h58

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.

**Gamergeo** · 06/08/2010, 12h32

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...

**pvoncken** · 06/08/2010, 14h29

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

**glebreton** · 06/08/2010, 14h40

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 ?

**Gamergeo** · 06/08/2010, 15h16

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 :

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

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 :

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

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 ?

**Gamergeo** · 06/08/2010, 15h38

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...)

**pvoncken** · 06/08/2010, 16h38

logs

**Gamergeo** · 06/08/2010, 18h04

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

**Gamergeo** · 09/08/2010, 10h22

Personne n'a rencontré ce problème ?

**glebreton** · 09/08/2010, 10h26

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

Il est possible que ça vienne de là.

**Gamergeo** · 09/08/2010, 10h44

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

**Gamergeo** · 09/08/2010, 10h50

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

**glebreton** · 09/08/2010, 11h35

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

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

**Gamergeo** · 09/08/2010, 14h16

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 :

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
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

Déploiement application GWT

GWT et Vaadin Java

Discussions similaires

Partager

Partager