Spring AOP AfterThrowing vs. Around Advice

Question

al intentar implementar un aspecto, que es responsable de atrapar y registrar un cierto tipo de error, al principio pensé que esto sería posible usando el consejo de AfterThrowing. Sin embargo, parece que su consejo no capta la excepción, sino que proporciona un punto de entrada adicional para hacer algo con la excepción.

El único consejo que también captaría la excepción en cuestión sería entonces un AroundAdvice, ya sea eso o hice algo mal.

¿Alguien puede afirmar que, de hecho, si quiero ver la excepción, tengo que usar un AroundAdvice? La configuración que utilicé sigue:

@Pointcut("execution(* test.simple.OtherService.print*(..))") 
public void printOperation() {} 

@AfterThrowing(pointcut="printOperation()", throwing="exception") 
public void logException(Throwable exception) { 
    System.out.println(exception.getMessage()); 
} 

@Around("printOperation()") 
public void swallowException(ProceedingJoinPoint pjp) throws Throwable { 
    try { 
    pjp.proceed(); 
    } catch (Throwable exception) { 
    System.out.println(exception.getMessage()); 
    } 
} 

Tenga en cuenta que en este ejemplo capté todas las excepciones, porque es solo un ejemplo. Sé que es una mala práctica el solo tragar todas las excepciones, pero para mi caso de uso actual quiero que solo se registre un tipo especial de excepción mientras se evita la lógica de registro duplicado.

Answer 1

El doc Spring reference dice:

"Después de lanzar carreras de asesoramiento cuando un emparejados salidas de ejecución método por el lanzar una excepción"

Por entonces ya es demasiado tarde para detectar la excepción, ya que ya ha sido lanzado y el método ha salido. El enfoque que ha tomado con el asesoramiento @Around es la única forma de atrapar realmente la excepción y tratarla antes de que el método finalice.