Log4j est requis ou non dans Websphere Environment lors de l'utilisation de Commons Logging

Question

Je voudrais obtenir la recommandation pour implémenter la journalisation dans notre application. Voici le scénario actuel:

1. Dans l'application existante, nous utilisons Apache Commons Logging pour imprimer les messages du journal.

2. Nous n'avons pas envoyé le fichier log4j.xml (il est dû à une erreur dans le fichier de construction) avec notre application, cela rend tous les journaux à imprimer dans le fichier SystemOut.log dans le serveur websphere. Comme nous ne faisons pas le support continu de cette application, nous n'avons pas besoin d'une surveillance continue des messages de l'application. Dans ce cas, il est recommandé d'utiliser log4j.xml et de rediriger les messages de journal vers des fichiers journaux distincts ou de permettre à la websphere de consigner les messages dans ses fichiers journaux par défaut.

Veuillez suggérer quelques bonnes pratiques pour gérer cette situation. Actuellement, les niveaux de journalisation sont définis dans les configurations Web Sphère.

Answer 1

Si vous n'avez pas besoin de journaux séparés et de log4j, je ne l'utiliserais pas dans WebSphere. En utilisant JUL standard, vous pouvez facilement modifier le niveau de journalisation lors de l'exécution à l'aide de la console d'administration WebSphere, sans aucun changement/redémarrage/redéploiement de l'application.

Si vous avez besoin de journaux d'application, vous pouvez également envisager de basculer WAS vers la journalisation HPEL, ce qui permet de surveiller les entrées de journal et le filtrage spécifiques. Voir plus High Performance Extensible Logging (HPEL)