www.spiroid.org

Suite à une mise à jour du serveur, je me suis aperçu que le serveur Tomcat n'était plus lancé.

La commande ps faux me confirmera qu'il ne se trouvait plus dans la liste des processus.

C'est finalement dans le fichier de log /var/log/syslog que se trouve le message d'erreur à propos du chargement de Tomcat :
jsvc.exec[5678]: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
at org.apache.catalina.startup.Bootstrap.clinit(Bootstrap.java:54)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.commons.daemon.support.DaemonLoader.load(DaemonLoader.java:139)
Une rapide recherche sur le net me conduira à nouveau vers le système de bugtracking de debian toujours aussi réactif !
Référence du ticket sur le système de bugtracking de debian : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477363

Les informations importantes
Version de tomcat concernée: 5.5.26-1
Debian : Lenny
Package : tomcat5.5
Cause
jsvc ne trouve pas la librairie java commons-logging. (commons-logging-api-1.1.1.jar)
Solution
Ajouter le chemin de la librairie commons-logging dans le CLASSPATH de jsvc dans le script de démarrage de tomcat5 : /etc/init.d/tomcat5.5

Ce qui donne après modification la ligne suivante :
JSVC_CLASSPATH="/usr/share/java/commons-daemon.jar:
$CATALINA_HOME/bin/bootstrap.jar:
$CATALINA_HOME/bin/commons-logging-api.jar"
Merci à Michael Riedel pour ce correctif.
La prochaine version de Tomcat devrait prendre en compte cette modification. Vive la communauté Debian ^^