@Around(\ \
public Object doOptimisticOperation(ProceedingJoinPoint pjp) throws Throwable { ...
}6.3. Schema-based AOP support
如果你无法使用Java 5，或者你比较喜欢使用XML格式，Spring2.0也提供了使用新的\命名空间来定义一个切面。 和使用@AspectJ风格完全一样，切入点表达式和通知类型同样得到了支持，因此在这一节中我们将着重介绍新的 语法 和回顾前面我们所讨论的如何写一个切入点表达式和通知参数的绑定等等（Section 6.2, “@AspectJ支持”)。
使用本章所介绍的aop命名空间标签（aop namespace tag），你需要引入Appendix A, XML Schema-based configuration中提及的spring-aop schema。 参见Section A.2.6, “The aop schema”。
在Spring的配置文件中，所有的切面和通知器都必须定义在 元素内部。 一个application context可以包含多个 。 一个 可以包含pointcut，advisor和aspect元素，并且三者必须按照这样的顺序进行声明。
6.3.1. 声明一个切面
有了schema的支持，切面就和常规的Java对象一样被定义成application context中的一个bean。 对象的字段和方法提供了状态和行为信息，XML文件则提供了切入点和通知信息。
切面使用来声明，backing bean（支持bean）通过 ref 属性来引用：
6.3.2. 声明一个切入点
切入点可以在切面里面声明，这种情况下切入点只在切面内部可见。切入点也可以直接在下定义，这样就可以使多个切面和通知器共享该切入点。
一个描述service层中表示所有service执行的切入点可以如下定义：
expression=\
注意切入点表达式本身使用了 Section 6.2, “@AspectJ支持” 中描述的AspectJ 切入点表达式语言。 如果你在Java 5环境下使用基于schema的声明风格，可参考切入点表达式类型中定义的命名式切入点，不过这在JDK1.4及以下版本中是不被支持的（因为依赖于Java 5中的AspectJ反射API）。 所以在JDK 1.5中，上面的切入点的另外一种定义形式如下：
expression=\
假定你有 Section 6.2.3.3, “共享常见的切入点（pointcut）定义”中说描述的 SystemArchitecture 切面。
在切面里面声明一个切入点和声明一个顶级的切入点非常类似：
expression=\
...
当需要连接子表达式的时候，'&&'在XML中用起来非常不方便，所以关键字'and', 'or' 和 'not'可以分别用来代替'&&', '||' 和 '!'。
注意这种方式定义的切入点通过XML id来查找，并且不能定义切入点参数。在基于schema的定义风格中命名切入点支持较之@AspectJ风格受到了很多的限制。
6.3.3. 声明通知
和@AspectJ风格一样，基于schema的风格也支持5种通知类型并且两者具有同样的语义。
6.3.3.1. 通知（Advice）
Before通知在匹配方法执行前进入。在里面使用元素进行声明。
pointcut-ref=\ method=\
...
这里 dataAccessOperation 是一个顶级（）切入点的id。 要定义内置切入点，可将 pointcut-ref 属性替换为 pointcut 属性：
pointcut=\ method=\
...
我们已经在@AspectJ风格章节中讨论过了，使用命名切入点能够明显的提高代码的可读性。
Method属性标识了提供了通知的主体的方法（doAccessCheck）。这个方法必须定义在包含通知的切面元素所引用的bean中。 在一个数据访问操作执行之前（执行连接点和切入点表达式匹配），切面中的\会被调用。
6.3.3.2. 返回后通知（After returning advice）
After returning通知在匹配的方法完全执行后运行。和Before通知一样，可以在里面声明。例如：
pointcut-ref=\ method=\
...
和@AspectJ风格一样，通知主体可以接收返回值。使用returning属性来指定接收返回值的参数名：
pointcut-ref=\ returning=\
method=\
...
doAccessCheck方法必须声明一个名字叫 retVal 的参数。 参数的类型强制匹配，和先前我们在@AfterReturning中讲到的一样。例如，方法签名可以这样声明：
public void doAccessCheck(Object retVal) {...6.3.3.3. 抛出异常后通知（After throwing advice）
After throwing通知在匹配方法抛出异常退出时执行。在 中使用after-throwing元素来声明：
pointcut-ref=\ method=\
...
和@AspectJ风格一样，可以从通知体中获取抛出的异常。 使用throwing属性来指定异常的名称，用这个名称来获取异常：
pointcut-ref=\ thowing=\
method=\
...
doRecoveryActions方法必须声明一个名字为 dataAccessEx 的参数。 参数的类型强制匹配，和先前我们在@AfterThrowing中讲到的一样。例如：方法签名可以如下这般声明：
public void doRecoveryActions(DataAccessException dataAccessEx) {...6.3.3.4. 后通知（After (finally) advice）
After (finally)通知在匹配方法退出后执行。使用 after 元素来声明：
pointcut-ref=\ method=\
...
6.3.3.5. 通知
Around通知是最后一种通知类型。Around通知在匹配方法运行期的“周围”执行。 它有机会在目标方法的前面和后面执行，并决定什么时候运行，怎么运行，甚至是否运行。 Around通知经常在需要在一个方法执行前或后共享状态信息，并且是线程安全的情况下使用（启动和停止一个计时器就是一个例子）。 注意选择能满足你需求的最简单的通知类型（i.e.如果简单的before通知就能做的事情绝对不要使用around通知）。
Around通知使用 aop:around 元素来声明。 通知方法的第一个参数的类型必须是 ProceedingJoinPoint 类型。 在通知的主体中，调用 ProceedingJoinPoint的proceed() 方法来执行真正的方法。 proceed 方法也可能会被调用并且传入一个 Object[] 对象 - 该数组将作为方法执行时候的参数。 参见 Section 6.2.4.5, “环绕通知（Around Advice）” 中提到的一些注意点。
pointcut-ref=\ method=\
...
doBasicProfiling 通知的实现和@AspectJ中的例子完全一样（当然要去掉注解）：