Dev Faq
7
votes

Tomcat7 Logging Hell - pourquoi deux formats différents sortants?

Mon Logging.Properties Code> dans Eclipse ressemblait à ceci lorsque j'avais initialement publié cette question: xxx pré>

Je rencontre également le même problème sur un serveur Linux avec cette CONFIGURATION: P> 

tomcat: FINE: org.apache.catalina.core.ContainerBase addChildInternal
FINE: Add child StandardHost[localhost] StandardEngine[Catalina]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardServer[8005]] to [INITIALIZING]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [org.apache.catalina.deploy.NamingResources@13fee20c] to [INITIALIZING]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [org.apache.catalina.deploy.NamingResources@13fee20c] to [INITIALIZED]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardService[Catalina]] to [INITIALIZING]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardEngine[Catalina]] to [INITIALIZING]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardEngine[Catalina]] to [INITIALIZED]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [Connector[HTTP/1.1-8080]] to [INITIALIZING]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [org.apache.catalina.connector.MapperListener@737996a0] to [INITIALIZING]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [org.apache.catalina.connector.MapperListener@737996a0] to [INITIALIZED]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [Connector[HTTP/1.1-8080]] to [INITIALIZED]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardService[Catalina]] to [INITIALIZED]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardServer[8005]] to [INITIALIZED]
tomcat: FINE: org.apache.catalina.util.LifecycleBase setStateInternal
FINE: Setting state for [StandardServer[8005]] to [STARTING_PREP]
tomcat: FINE: org.apache.catalina.core.NamingContextListener lifecycleEvent
FINE: Bound StandardServer[8005]
tomcat: FINE: org.apache.catalina.core.NamingContextListener createNamingContext
FINE: Creating JNDI naming context
tomcat: FINE: org.apache.catalina.core.NamingContextListener addResource

0 commentaires

4 Réponses :

-1
votes

Je pense que vous êtes manquant JUL-TO-SLF4J. Voir ici pour plus de détails Documentation SLF4J Legacy Bridge

1 commentaires

Cela ne résout pas ce problème particulier. Après avoir installé JUL-TO-SLF4J et configurez le pont, j'ai pu rediriger tous les messages à la recherche, mais je reçois toujours les deux types de messages distincts.

0
votes

Les messages d'information que vous parlez ne font pas partie du noyau. Ils sont générés par des classes dans différents packages. En dissectant Catalina Libs et identifiant les classes responsables des journaux particuliers, voici la configuration qui a empêché les journaux des journaux sur tomcat 7.0.63 , en ajoutant à la valeur par défaut logging.properties : < Pré> xxx

1 commentaires

Il est toujours envieux quand quelqu'un trouve quelque chose que quelqu'un ne pouvait pas comprendre!

3
votes

Ma journalisation.Properties dans Eclipse

  1. Je ne sais pas comment votre espace de travail est configuré. Peut-être que ce fichier n'est pas utilisé du tout.

    La journalisation Java est configurée par les propriétés du système.

    Vous avez besoin d'une propriété ( -djava.util.logging.manager ) pour configurer org.apache.juli.classloaderlogmanager comme implémentation du gestionnaire de journal pour la journalisation Java.

    Vous avez besoin d'une autre propriété ( -djava.util.logging.config.file ) pour configurer le chemin d'accès au fichier de configuration.

    Habituellement, les deux propriétés sont définies par le script de lancement ( catalina.sh , catalina.bat ), mais Eclipse lance Java directement, sans l'aide de ce script, donc Ces propriétés du système doivent être définies explicitement dans une configuration de lancement.

    http://tomcat.markmail.org/thread/vpr7mjxmgdvkl3dv < / li>

  2. Tomcat Juli prend en charge la configuration de la journalisation des chargeurs par classe.

    Cette fonctionnalité permet de configurer la journalisation individuellement pour chaque application Web en emballant un Web-Inf / Classes / Logging.Properties fichier avec elle.

    Si vous avez placé de manière inattendue un fichier logging.properties dans la classe de classe, il aura le même effet: il remplacera la configuration par défaut pour les classes chargées par ce chargeur de classe.

    E.g. On sait que certaines version de Jollyday Bibliothèque (il y a 4 ans) comprenaient un fichier logging.properties inattendu.properties qui a activé la journalisation fine.

    .Level = tout

    https://bz.apache.org/bugzilla/show_bug.cgi? id = 52011

1 commentaires

Cela n'a pas réellement répondu à ma question, mais merci d'avoir perdu la lumière dans le processus d'initialisation de Tomcat, qui explique beaucoup.

1
votes

La réponse nous regarda dans le visage, du haut de la publication: xxx

% n% 4 $ S: dans le format La chaîne est ce qui provoque une apparition de la ligne supplémentaire. Duh.

0 commentaires

Articles qui pourrait vous intéresser :

Délai d'expiration d'un script bash lorsqu'il n'y a pas de sortie pendant un certain temps
Convertir des images Webp en PNG par la commande Linux
Comment mettre à jour la dernière version de minikube?
Est-il possible de désactiver le délai d'expiration sudo dans le shell actuel?