2009-10-09 6 views

Répondre

8

Il imprime généralement à catalina.out.

Il est fortement déconseillé de se connecter en utilisant System.out.println() de plusieurs raisons:

  • vous ne pouvez pas contrôler les messages sont enregistrés et qui ne sont pas sauf si vous modifiez le code
  • catalina. out ne cesse de croître tout le temps, et vous ne pouvez pas le déplacer afin que Tomcat va en créer un autre.

Une meilleure solution est d'utiliser l'un des cadres d'exploitation populaires (et matures):

Une bonne solution qui est soutenue par log4j, est d'utiliser Jak La bibliothèque de balises journal de arta, où vous pouvez avoir vos messages de journalisation dans tout cela forme

<log:info message="this is a message"/> 

<log:info category="foo.bar" message="this is a message"/> 

<log:info category="foo.bar"> 
    this is a message 
</log:info> 
+1

L'auteur de Log4J a quitté le projet et travaille sur le logback (depuis quelque temps déjà) qui fonctionne en combinaison de slf4j. Les deux devraient être les cadres de journalisation préférés. – Brice

+1

@Brice Je suis d'accord, SLF4J est ma préférence ces jours-ci aussi. Il a également une bibliothèque de balises JSP, documentée à http://www.slf4j.org/taglib/ –

3

CATALINA_HOME /logs/stdout_YYYYMMDD.log

est la valeur par défaut, où CATALINA_HOME est votre base de répertoire Tomcat. Il y a plusieurs façons de changer ceci par programmation et par configuration.

+0

$ ls/usr/local/tomcat/logs admin.2009-10-06.log catalina.2009-10-06 .log catalina.out hôte-manager.2009-10-06.log localhost.2009-10-06.log manager.2009-10-06.log tomcat.log dans aucun de ces fichiers je remarque tout changement avec un system.out.println, où cette configuration devrait-elle être? tnx! – Eduardo

+0

Quelle version de Tomcat exécutez-vous? – rcampbell

+0

Je cours tomcat 5.5 – Eduardo

Questions connexes