Discussion :

[ddxxgg]

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 :

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

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.

[Sniper37]

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

[ddxxgg]

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

Merci pour ta réaction.

Fichier web.xml :

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

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

[Sniper37]

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

[ddxxgg]

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

[Sniper37]

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

[ddxxgg]

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.

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

[ddxxgg]

Bonjour,

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

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 :

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

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 :

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

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+