Discussion :

[AlienQueen]

Bonjour à tous !

J'avais un Tomcat 5.5 et un Eclipse 3.2 qui marchaient très bien, puis... le dur a crashé... Résultat des courses : aucune perte de données, mais impossible de démarrer Tomcat. La vue "serveur" d'Eclipse me renvoie la trace 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
 
Exception in thread "main" java.lang.ExceptionInInitializerError
Caused by: com.sun.org.apache.commons.logging.LogConfigurationException: com.sun.org.apache.commons.logging.LogConfigurationException : java.lang.NullPointerException (Caused by java.lang.NullPointerException) (Caused by com.sun.org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException ))
    at com.sun.org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543)
    at com.sun.org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
    at com.sun.org.apache.commons.logging.impl.LogFactoryImpl.getInstance (LogFactoryImpl.java:209)
    at com.sun.org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
    at org.apache.catalina.startup.Bootstrap.<clinit>(Bootstrap.java:73)
Caused by: com.sun.org.apache.commons.logging.LogConfigurationException : java.lang.NullPointerException (Caused by java.lang.NullPointerException)
    at com.sun.org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:397)
    at com.sun.org.apache.commons.logging.impl.LogFactoryImpl.newInstance (LogFactoryImpl.java:529)
    ... 4 more
Caused by: java.lang.NullPointerException
    at com.sun.org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:374)
    ... 5 more

Bon, en fait, je suis tombé dans l'enfer de la cohabitation entre commons-loggging et log4j ! Perso, le système de log de ma servlet (log4j) ne veut plus marcher mais de toutes façons vu qu'elle ne se lance pas, je m'en fiche ! Par contre, la question de savoir comment relancer le système de log de Tomcat (log4j + commons-logging !) est un archi-classique : des dizaines de gens en parlent. Mais impossible de trouver une solution. Ho bien sûr des tutos j'en ai trouvé des tas, mais bon...

Il est évident que j'ai ré-installé tout mon poste de développement.

Quant à lancer Tomcat via un autre plugin, j'ai essayé avec Sysdeo : Tomcat se lance, il charge la servlet, mais il ne la démarre pas et reste silencieux. Ni log de ma servlet, ni exception, ni résultat.

Si quelqu'un avait la réponse à cette question cent fois posée, ça me dépannerait bien !

Merci !



Alien

[jluc35]

Bonjour à tous !


Bon, en fait, je suis tombé dans l'enfer de la cohabitation entre commons-loggging et log4j ! ...

Quant à lancer Tomcat via un autre plugin, j'ai essayé avec Sysdeo : Tomcat se lance, il charge la servlet, mais il ne la démarre pas et reste silencieux. Ni log de ma servlet, ni exception, ni résultat.

Alien

Pour la cohabitation avec log4j, est ce que l'utilisation du classloader "local" (placement du jar log4j dans WEB-INF/lib) ne résolverait pas le problème ?

Sinon avec SYSDEO TOMCAT se lance mais il faut lancer le navigateur à la main à coté d'Eclipse et taper http://localhost:8080/<uriprojet>/

[AlienQueen]

Pour la cohabitation avec log4j, est ce que l'utilisation du classloader "local" (placement du jar log4j dans WEB-INF/lib) ne résolverait pas le problème ?

Non, rien n'y fait, c'est vraiment les logs de Tomcat qui coincent.

Sinon avec SYSDEO TOMCAT se lance mais il faut lancer le navigateur à la main à coté d'Eclipse et taper http://localhost:8080/<uriprojet>/

Oui, bien sûr ! Mais la vue "serveur" d'Eclipse est dix foix plus rapide...

Merci !

[jluc35]

Non, rien n'y fait, c'est vraiment les logs de Tomcat qui coincent.

Ah ... Bizarre quand même. J'utilise log4j à plein tube dans mes webapps avec TOMCAT et n'ai jamais eu aucun problème (en placant log4j-1.2.8.jar dans WEB-INF/lib et seulement la). Les logs TOMCAT se produisent correctement de leur coté.

[Galevsky]

Salut,

en ce qui me concerne le plugin Sysdeo Tomcat, je me mange une grosse exception comme quoi il n'a pas le droit d'écrire le fichier de log...

Pourtant, c'est le même $project.home\WEB-INF\classes\log4j.properties qui sert lors du déploiement de l'appli sur un Tomcat démarré hors plugin, et mes fichiers de log du genre "./logs/mon_appli1.log" sont bien créés dans $CATALINA_HOME/logs. On dirait que le fait de lancer le Tomcat via eclipse, il ne dispose pas des mêmes droits, ou alors le ./logs ne se situe pas au même endroit.... mais où ?


Gal'