Logging invisível (ou quase): É possível

Programação Arquitetura
#1

Pessoal

Tenho usado LOG4J da maneira mais simples possível, ou seja, colocando as mensagens por todo o código:

logger.logDebug("About to send message: " + message.getValue());
//DO STUFF…
logger.logDebug("Message sent: " + message.getValue());

Isso polui extramamente o código, além de permitir que partes da aplicação não sejam cobertas corretamente com logs (por falha do desenvolvedor). Imagino que existam coisas muito mais modernas para isso. Uma que já ouvi falar é AOP, mas não sei o quão efetivo AOP é principalmente no que se refere a “Revelar” os valores de variáveis em cada iteração (não somente mostrar por onde a linha de execução está passando).

Existe alguma tipo de framework baseado em reflection, BCEL, AOP… que possa fazer isso de forma elegante?

Pontos que acredito serem importantes:

Ser pouco intrusivo;
Elegante;
Mostra valores de váriáveis (mesmo locais);
Impacto mínimo na performance do código quando o LOGGER estiver desabilitado;
Não necessitar de restart da aplicação para funcionar (Sair de nível 0 para 10, por exemplo);

Obrigado

#2

eu comecei a escrever um artigo sobre AOP mas não terminei ainda pra variar…

se quiser dar uma olhada, esta bem cru mas já tem um exemplinho de aplicação do AOP

http://www.giullianomorroni.com/Portal/pages/articles/AspectJ.html

[]'s

#3

Obrigado Giulliano,

Eu andei lendo algumas coisas sobre AOP, mas fora AOP existe alguma maneira de limpar o código da poluição gerada pelos logs?

#4

Aqui, para manter centralizado, fizemos um pouco de aspect usando o Guice, ele intercepta os metodos e faz log das chamadas, atravez de uma anotação que criamos nos metodos desejados.

#5

Procure aprender sobre os métodos:

Thread.setDefaultUncaughtExceptionHandler

e

thread.setUncaughtExceptionHandler

Eles eliminam boa parte da poluição para as “RuntimeExceptions”.

#6