Après la mise à niveau vers la version 0.9.5.2, la journalisation c3p0 a disparu de nos journaux. J'ai suivi les instructions ici c3p0 logging mais en vain.Après la mise à niveau vers c3p0 0.9.5.2, la journalisation a disparu
J'ai ajouté ci-dessous le fichier dans classpath.
[c3p0.properties]
com.mchange.v2.log.MLog=slf4j,log4j,jul,jdk14, java.util.logging,fallback
com.mchange.v2.log.jdk14logging.suppressStackWalk=false
Quelques petites choses.
c3p0.properties, mais il ne doit pas y avoir de [c3p0.properties] dans le fichier. Ce devrait être un fichier standard java.util.Properties.com.mchange.v2.log.MLog ne supporte pas une liste. Si vous laissez c3p0 à ses valeurs par défaut (ne définissez pas cette propriété du tout), c3p0 dispose en interne d'un ordre de la bibliothèque de journalisation à essayer en premier. Lorsque vous définissez com.mchange.v2.log.MLog, vous choisissez une bibliothèque pour remplacer cette commande. Donc, votre fichier c3p0.properties devrait inclure quelque chose comme com.mchange.v2.log.MLog=slf4j, si slf4j est la bibliothèque de journalisation que vous utilisez.com.mchange.v2.log.MLog=fallback, qui va simplement imprimer des messages à l'erreur standard. Laissez les choses com.mchange.v2.log.jdk14logging.suppressStackWalk. Ce n'est pas pertinent sauf si vous utilisez la bibliothèque java.util.logging.
Je peux mettre le fichier n'importe où dans le classpath droit? – stanats
oui, dans le classpath efficace de l'application. Habituellement, vous pouvez vérifier les journaux sur INFO pour vérifier que la configuration attendue est arrivée, mais si vous ne voyez aucune journalisation, peut-être pas. En tant que sécurité intégrée, vous pouvez donc afficher et déboguer des éléments, vous pouvez définir '-Dcom.mchange.v2.log.MLog = fallback' lorsque vous démarrez la machine virtuelle Java. (Vous pouvez définir des propriétés dans les propriétés système ainsi que dans les fichiers de propriétés.) –
J'ai essayé votre solution et cela a fonctionné. – stanats