Comment configurer Netty Logger Factory afin de voir la sortie de LoggingHandler?

Je suis à l'aide de slf4j journalisation avec logback et au début de mon application, j'ai écrit

InternalLoggerFactory.setDefaultFactory(new Slf4JLoggerFactory());

ensuite, j'ai ajouté à la conduite d'une nouvelle LoggingHandler(InternalLogLevel.DEBUG) instance.
Malheureusement, cela ne fonctionne toujours pas enregistrer quoi que ce soit, j'ai été le débogage et le niveau de débogage est le problème, il suffit ignore la journalisation intself.

Comment dois-je configurer pour faire fonctionner ce LoggingHandler?

source d'informationauteur Tibor Kiss | 2012-03-24

  1. 10

    J'ai fait un petit exemple, qui ne fonctionne pas - je l'ai placé sur gist sur github. Il utilise logback comme le backend de la slf4j. Les moments que doit être une attention particulière sont:

    • InternalLoggerFactory.setDefaultFactory(new Slf4JLoggerFactory()); doivent être exécutées sur le point d'entrée de votre programme. Parfois, ce "point d'entrée" peut être très difficile à déterminer.
    • La bonne configuration de slf4j backend. Depuis slf4j n'est qu'un wrapper il ne traite pas de la configuration du tout - il est spécifique à log4j, logback ou java.util.d'enregistrement (ou peut-être une coutume backend - j'ai travaillé principalement avec la commande "java commons logging" configurateur, si vraiment rien ne peut vraiment être utilisé)

    • Même sans LoggingHandler, vous devriez voir deux messages de débogage de l'initialiseur statique de org.jboss.netty.canal.socket.nio.SelectorUtil (avec Netty version 3.6.0.Finale):

      11:54:00.959 [main] DEBUG o.j.n.c.socket.nio.SelectorUtil - Using select timeout of 500
11:54:00.962 [main] DEBUG o.j.n.c.socket.nio.SelectorUtil - Epoll-bug workaround enabled = false