Erreur lors de la configuration de la classe d'écoute de l'application

Version imprimable

28/01/2009, 16h22
ddxxgg

Erreur lors de la configuration de la classe d'écoute de l'application
Bonjour,

Après avoir longuement cherché un peu partout, je n'ai pu trouvé la solution à mon problème.

Je désir développer une solution basée sur JSF (partie web). Lors du déploiement du projet web, je vois dans la console un message du genre :
Code:

1 2 3 4 5 ... GRAVE: Erreur lors de la configuration de la classe d'écoute de l'application (application listener) |CONFIG_LISTEN_CLASS| java.lang.ClassNotFoundException: |CONFIG_LISTEN_CLASS| ...
Après avoir visité un tas de forums, j'ai constaté que cette erreur est assez fréquente et reste sans résolution.

J'espère que je trouverai de l'aide sur ce forum.

Ma plateforme de dév : JDK 6, Tomcat 6, JSF 1.2, Eclipse BIRT all-in-one

Je posterai au besoin le code source.

Merci.
28/01/2009, 17h21
Sniper37

oui i tu peux poster ton web.xml et faces-config.xml..

Citation:

Envoyé par Sniper37

oui i tu peux poster ton web.xml et faces-config.xml..

Merci pour ta réaction.

Fichier web.xml :

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
 
<?xml version="1.0" encoding="UTF-8"?>
<web-app 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" id="WebApp_ID" version="2.5">
  <display-name>TESTJSF</display-name>
  <welcome-file-list>
    <welcome-file>index.jsp</welcome-file>
  </welcome-file-list>
  <servlet>
    <servlet-name>Faces Servlet</servlet-name>
    <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>
  <servlet-mapping>
    <servlet-name>Faces Servlet</servlet-name>
    <url-pattern>*.jsf</url-pattern>
  </servlet-mapping>
  <jsp-config>
	<taglib>
		<taglib-uri>/WEB-INF/tld/html_basic.tld</taglib-uri>
		<taglib-location>/WEB-INF/tld/html_basic.tld</taglib-location>
	</taglib>
 
	<taglib>
		<taglib-uri>/WEB-INF/tld/jsf_core.tld</taglib-uri>
		<taglib-location>/WEB-INF/tld/jsf_core.tld</taglib-location>
	</taglib>
  </jsp-config>
 
</web-app>

Fichier faces-config.xml :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<?xml version="1.0" encoding="UTF-8"?>
 
<faces-config
    xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd"
    version="1.2">
	<managed-bean>
		<managed-bean-name>personneCtrl</managed-bean-name>
		<managed-bean-class>com.gsie.mpayment.ctrl.PersonneCtrl</managed-bean-class>
		<managed-bean-scope>session</managed-bean-scope>
	</managed-bean>
 
</faces-config>

28/01/2009, 17h49
Sniper37

on ne définit plus les taglibs dans web.xml il sont déjà dans les jars JSF.
28/01/2009, 18h13
ddxxgg

Citation:

Envoyé par Sniper37

on ne définit plus les taglibs dans web.xml il sont déjà dans les jars JSF.

Au fait, mon web.xml initial ne contenait pas la balise <jsp-config>. Mais comme ca ne marchait pas, je me suis dis que ca serait bien de tester et voir.

Sinon, as-tu une idée de l'endroit d'où peut provenir l'erreur ?

PS : le tutoriel sur lequel je me suis basé pour faire cette appli de test se trouve ici
28/01/2009, 18h27
Sniper37

Citation:

Envoyé par ddxxgg

Au fait, mon web.xml initial ne contenait pas la balise <jsp-config>. Mais comme ca ne marchait pas, je me suis dis que ca serait bien de tester et voir.

Sinon, as-tu une idée de l'endroit d'où peut provenir l'erreur ?

PS : le tutoriel sur lequel je me suis basé pour faire cette appli de test se trouve ici

très bon tuto :)

la classe de ton bean déclaré dans le faces-config existe bien??
vérifie aussi les jars dans le dossier de déploiement de tomcat.
ça peut être un problème de configuration de classloader ou de schéma pas mal déclaré ou de doublons de jars pour la même API..
29/01/2009, 10h25
ddxxgg

Citation:

Envoyé par Sniper37

la classe de ton bean déclaré dans le faces-config existe bien??
vérifie aussi les jars dans le dossier de déploiement de tomcat.

La classe du bean existe bien sûr.
Les jars sont dans le rép lib de tomcat bien, qu'il me suffit de les placer dans le classpath.

Citation:

Envoyé par Sniper37

ça peut être un problème de configuration de classloader ou de schéma pas mal déclaré ou de doublons de jars pour la même API..

configuration de classloader : ou je peux le vérifier ?
schéma pas mal déclaré : quel schéma ?
doublons de jars pour la même API : Il n'y a pas de doublons.

A+.

Bonjour,

Finalement ça marche même si je ne sais pas pourquoi !:cry:.

Pour ceux qui risqueraient de galérer, voici les actions que j'ai eu à faire :

- Importer le fichier war exemple disponible ici

- Déployer sur le serveur (Tomcat ou JBoss) et redémarrer celui-ci (je sais en principe pas besoin de redémarrer mais je cite tout ce que j'ai fais quand même)

- Au niveau des logs vous verrez quelque part :
Code:

1 2 3 4 29 janv. 2009 11:43:08 org.apache.catalina.core.StandardContext listenerStart INFO: Starting Servlet Engine: Apache Tomcat/6.0.18 29 janv. 2009 11:43:09 com.sun.faces.config.ConfigureListener contextInitialized
Ce qui est différent comparé à ce que j'avais auparavant avec ma propre appli :
Code:

1 2 3 4 5 6 7 8 ... 28 janv. 2009 10:11:04 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.18 28 janv. 2009 10:11:05 org.apache.catalina.core.StandardListener start GRAVE: Erreur lors de la configuration de la classe d'écoute de l'application (application listener) |CONFIG_LISTEN_CLASS| java.lang.ClassNotFoundException: |CONFIG_LISTEN_CLASS| ...
Il me semble que c'est cette différence qui est à l'origine du problème mais comment ??

- Déployer maintenant sa propre appli sur le serveur et encore redémarrer (je sais en principe pas besoin de redémarrer mais je cite tout ce que j'ai fais quand même)

- Cette fois les deux projets sont sur le serveur (l'exemple et ma propre appli) et je n'ai plus le message d'erreur sur le CONFIG_LISTEN_CLASS.

- Supprimer le module exemple (téléchargé) du serveur.

- Et c'est tout : le message d'erreur n'est plus là (avec un peu de chance)

A mon avis, ca devrait être lié à un truc qui est resté dans le cache du serveur et qui a disparu avec le déploiement du fichier war exemple (je sais je tatonne mais l'essentiel est que mon problème est résolu). Je chercherai pourquoi quand même !!

Bon voilà. J'espère que cela évitera à certains une longue galère.

A+