un aspetto di eccezione potrebbe essere il seguente:
@Aspect
public class ExceptionAspect {
private static final Logger log = LoggerFactory.getLogger(ExceptionAspect.class);
public Object handle(ProceedingJoinPoint pjp) throws Throwable {
try {
return pjp.proceed();
} catch (Throwable t) {
// so something with t: log, wrap, return default, ...
log.warn("invocation of " + pjp.getSignature().toLongString() + " failed", t);
// I hate logging and re-raising, but let's do it for the sake of this example
throw t;
}
}
}
primavera conf:
<!-- log exceptions for any method call to any object in a package called 'svc' -->
<bean class="org.example.aspects.ExceptionAspect" name="exceptionAspect" />
<aop:config>
<aop:aspect ref="exceptionAspect">
<aop:around method="handle" pointcut="execution(* org.example..svc..*.*(..))" />
</aop:aspect>
</aop:config>
EDIT:
se si desidera che il registratore per registrare per conto del fagiolo avvolto, si potrebbe ovviamente fare:
LoggerFactory.getLogger(pjp.getTarget().getClass()).warn("damn!");
o se preferisci la classe dichiarante di questo metodo piuttosto che il tipo effettivo (potenzialmente con proxy/auto-generato):
LoggerFactory.getLogger(pjp.getSignature().getDeclaringType()).warn("damn!");
Onestamente, non posso stimare le implicazioni di prestazione di chiamare LoggerFactory.getLogger (..) ogni volta. Suppongo che non dovrebbe essere troppo cattivo, come eccezioni sono eccezionali (vale a dire raro) in ogni caso.
Cosa otterrebbe ciò che non si possiede già da una traccia stack? Se pianifichi di loggare e ingoiare l'eccezione attraverso gli aspetti, mi sembra una pessima idea. –