Interface ProceedingJoinPoint

All Superinterfaces:
JoinPoint
public interface ProceedingJoinPoint extends JoinPoint
ProceedingJoinPoint exposes the proceed(..) method in order to support around advice in @AJ aspects
Author:
Alexandre Vasseur

  • Method Details

    • set$AroundClosure

      void set$AroundClosure(AroundClosure arc)
      The joinpoint needs to know about its closure so that proceed can delegate to closure.run(). This internal method should not be called directly, and won't be visible to the end-user when packed in a jar (synthetic method).
      Parameters:
      arc - the around closure to associate with this joinpoint

    • stack$AroundClosure

      default void stack$AroundClosure(AroundClosure arc)
      The joinpoint needs to know about its closure so that proceed can delegate to closure.run(). This internal method should not be called directly, and won't be visible to the end-user when packed in a jar (synthetic method). This should maintain a stack of closures as multiple around advice with proceed are targeting a joinpoint and the stack will need to be unwound when exiting nested advice. Passing a non null arc indicates a push, passing null indicates a pop.
      Parameters:
      arc - the around closure to associate with this joinpoint

    • proceed

      Object proceed() throws Throwable
      Proceed with the next advice or target method invocation
      Returns:
      the result of proceeding
      Throws:
      Throwable - if the invoked proceed throws anything

    • proceed

      Object proceed(Object[] args) throws Throwable
      Proceed with the next advice or target method invocation. Unlike code style, proceed(..) in annotation style places different requirements on the parameters passed to it. The proceed(..) call takes, in this order:
      • If 'this()' was used in the pointcut for binding, it must be passed first in proceed(..).
      • If 'target()' was used in the pointcut for binding, it must be passed next in proceed(..) - it will be the first argument to proceed(..) if this() was not used for binding.
      • Finally come all the arguments expected at the join point, in the order they are supplied at the join point. Effectively the advice signature is ignored - it doesn't matter if a subset of arguments were bound or the ordering was changed in the advice signature, the proceed(..) calls takes all of them in the right order for the join point.
      Since proceed(..) in this case takes an Object array, AspectJ cannot do as much compile time checking as it can for code style. If the rules above aren't obeyed then it will unfortunately manifest as a runtime error.
      Parameters:
      args - the arguments to proceed with
      Returns:
      the result of proceeding
      Throws:
      Throwable - if the invoked proceed throws anything