Tomcat 5.5: comment redirect la sortie d'logging vers un file par application Web

Comment configurer Tomcat 5.5 (ou 6.0) que la sortie de stdout et stderr de chaque application / context Web ira dans un file journal?

Je n'ai réussi à get le file stderr dans un file journal spécifique – la mise à jour des applications était toujours allé à catalina.out.

3 Solutions collect form web for “Tomcat 5.5: comment redirect la sortie d'logging vers un file par application Web”

J'ai trouvé les informations suivantes, je suppose que cela devrait vous aider.

Essaye ça,

  1. Chaque application doit utiliser son propre log4j. Vous pouvez le faire en plaçant log4j.jar dans WEB-INF / lib de chaque application.
  2. Dans chaque file de configuration de log4j (l'location par défaut est WEB-INF / classs), spécifiez le nom du file journal, par exemple log4j.appender.AppLog.File = $ {catalina.home} /logs/app1.log.
  3. Ajoutez swallowOutput = "true" pour chaque context, donc stdrr, stderr va dans votre propre journal.

Nous faisons cela sur Tomcat 5.5, mais je pense qu'il devrait également fonctionner sur 6.0.

EDIT: Voici notre META-INF / context.xml,

WEB-INF / web.xml

http://tomcat.apache.org/tomcat-6.0-doc/logging.html

http://tomcat.apache.org/tomcat-5.5-doc/logging.html

Des stdout points à catalina.out dans le script catalina.sh , cela s'applique au server Tomcat dans son set.

 "$CATALINA_BASE"/logs/catalina.out 2>&1 & 

Je sais que ce n'est pas une réponse complète, je vous dis simplement où regarder.

Une autre méthode pour séparer la sortie serait de lancer une instance Tomcat pour chaque application web. De cette façon, vous ne pouvez pas seulement séparer les journaux de la webapp, mais aussi les autres files journaux, les parameters JVM, le démarrage et l'arrêt des instances et ainsi de suite.

Vous findez ici un guide étape par étape.

  • Comment effacer ehcache sans redémarrage du server
  • Confluence sur Tomcat ne peut pas démarrer l'application
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.