博客搬家，本博客暂停更新
Spring 2.0 AOP 与事务配置突破
Spring 2.0 的重头戏之一就是AspectJ 式 AOP 配置。 但是一定要通过对比，才能看到2.0式的AOP配置是如何跳出一片新天空的。
1. 对比
先看1.0的标准事务配置:
<bean id="baseTxService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" abstract="true"> <property name="transactionManager" ref="transactionManager"/> <property name="proxyTargetClass" value="true"/> <property name="transactionAttributes"> <props> <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> <prop key="save*">PROPAGATION_REQUIRED</prop> <prop key="remove*">PROPAGATION_REQUIRED</prop> </props> </property> <property name="preInterceptors"> <list> <ref bean="methodSecurityInterceptor"/> </list> </property> </bean> <bean id="bookManager" parent="baseTxService"> <property name="target"> <bean class="org.springside.bookstore.admin.manager.BookManager"/> </property> </bean>
再看2.0的新配置：
<aop:config proxy-target-class="true"> <aop:advisor pointcut="execution(* *..*Manager.*(..))" advice-ref="txAdvice"/> <aop:advisor pointcut="execution(* *..*Manager.save(..))" advice-ref="fooAdvice"/> </aop:config><tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="save*"/> <tx:method name="remove*"/> <tx:method name="*" read-only="true"/> </tx:attributes> </tx:advice> <bean id="bookManager" class="org.springside.bookstore.commons.service.BookManager"/>
2.进步
1. AOP的配置方式也AOP了。
对比1.0的配置文件，因为下面2提到的限制，事关安全acegi methodSecurityInterceptor 拦截器要配置在关于事务的TransactionProxyFactoryBean的preInterceptors属性里，这样子就一点不AOP了。
而2.0使用ponintcut expression，很AOP的配置一切Aspect。
2. 1.0时，一个已经AOP过的object不能再次被AOP。
在Spring 1.0的文档里Rod说，比如<bean id="bookManager" parent="baseTxService">已经进行了一次AOP，如果想在这个Bean上再配一层AOP，比如要对方法执行结果缓存，无论以1.0 还是2.0的方式定义，cglib方式是会报错的，而基于接口的方式，结果不确定。
3. BookManager能直接定义自己，而不是像1.0那样作匿名内部target。
3. 语法
Spring参考文档 7.3 chema-based AOP support 提供了aspect,advisor,advide三种组装方法的解释，其中aspect是aspectJ原装，但稍复杂，
这里唯一有点难懂的是pointcut里的语法，其实也很好学，Spring参考文档7.2.3.4里有完整说明 ，其实一排子过去是
execution(modifiers-pattern? ret-type-pattern declaring-type-pattern? name-pattern(param-pattern) throws-pattern?)其中带问号的modifiers-pattern?(public/protected) 和 declaring-type-pattern? throws-pattern? 可以不填
可见execution(* *..BookManager.save(..))
- 第一颗* 代表ret-type-pattern 返回值可任意，
- *..BookManager 代表任意Pacakge里的BookManager类。
如果写成com.xyz.service.* 则代表com.xyz.service下的任意类
com.xyz.service..* com.xyz.service则代表com.xyz.service及其子package下的任意类 - save代表save方法，也可以写save* 代表saveBook()等方法
- (..) 匹配0个参数或者多个参数的，任意类型
(x,..) 第一个参数的类型必须是X
(x,,,s,..) 匹配至少4个参数，第一个参数必须是x类型，第二个和第三个参数可以任意，第四个必须是s类型。
The Elements of Ant Style
推荐 The Elements of Ant Style ，写Ant 脚本的best practice总结。
http://wiki.apache.org/ant/TheElementsOfAntStyle
有空要根据着来修改ss2的ant 脚本。 不过ant 脚本已花费太多时间了，短时间内不再动它。
幼学琼林--JDK5的三种内置Annotation
@Override 一方面提醒用户这是个重载函数，另一方面保证了父类作任何改动时，子类如果没有跟着变化，就会编译不过。虽然有点占地方，但用处的确很大，不会哪天子类被人卖了都不知道。
所以我甚至设置了让IDEA6检查所有重载函数必须加上@Override标识。
@SuppressWarnings("unchecked")
这个用法可以减少JDK5.0的集合操作引入范型后无处不在的warning。因为有些非JDK5.0的开源库如hibernate, 函数返回的一定是List，而不会是List<User>，这时候IDE就会爆出很多warning。用SuppressWarning可以取消掉它。
@Deprecated
以前写在JavaDoc里，现在单提了出来，注释已废弃的函数。用户使用该函数的话，编译时会得到提示，说你用了废柴API.
Spring 2.0发布了，SS2重新开始更新
折腾了快一年，又经过很臭美的倒数后，spring 2.0终于发布了。但对它的进度其实严重不满的，尤其看看它的jira里还有那么多没做完的事情。
SS2.0国庆期间更新如下：
1. 从项目中吸取的两个改进
一是构件库放弃单一的SSH Mainstream架构，而改为Struts/Strut2, Hibernate/Ibatis/Hibernate JPA可自由组合。 二是Helloworld里放弃了模块化架构，完全平面化适应小项目。
2. Struts的更新：
（详见wiki中的pramatic struts一节）
1. 改用lazyValidatorForm, 适合POJO的所有属性并不都在Form里的情况。 并升级到commons-beanutils-1.7.1 Snapshot 。
2. Struts-Config.xml 中使用通配符简化配置。
3. 开始编写CRUD的StrutsEntityAction。
3. Spring 2的更新:
配置文件改用2.0的DTD 文件，不是很喜欢用schema xsd文件，一大堆太长了。
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN 2.0//EN" "http://www.springframework.org/dtd/spring-beans-2.0.dtd">
还有好些小的bugfix......