POJO（Plain Ordinary Java Object）简单的Java对象，实际就是普通JavaBeans，是为了避免和EJB混淆所创造的简称。
使用POJO名称是为了避免和EJB混淆起来, 并且简称比較直接. 当中有一些属性及其getter setter方法的类,没有业务逻辑。有时能够作为VO(value -object)或dto(Data Transform Object)来使用.当然,假设你有一个简单的运算属性也是能够的,但不同意有业务方法,也不能携带有connection之类的方法。

4.initi-method和destroy-method

比如：

<context:component-scan>

<context:include-filter type=”assigable”expression=”com.springinaction.springidol.Instrument”/>

</context:component-scan>

type与expression的联合使用使继承Instrument的类注冊为Spring bean。

2.通过XML配置切面

  <aop:config>
 5           <!-- 
 6                切入点表达式
 7            -->
 8           <aop:pointcut expression="execution(* cn.itcast.spring.aop.sh.PersonDaoImpl.*(..))" id="perform"/>
 9           <aop:aspect ref="myTransaction">
10           <!-- 
11               <aop:before method="beginTransaction" pointcut-ref="perform"/>
12               <aop:after-returning method="commit" pointcut-ref="perform" returning="var"/>
13            -->
14               <aop:after method="finallyMethod" pointcut-ref="perform"/>
15               <aop:after-throwing method="throwingMethod" pointcut-ref="perform" throwing="ex"/>
16               <aop:around method="aroundMethod" pointcut-ref="perform"/>
17           </aop:aspect>
18       </aop:config>

2.Spring与事务

??3.编码式事务

能够方便的使用模板

public class BankServiceImpl implements BankService {
private BankDao bankDao;
private TransactionTemplate transactionTemplate;
......
public boolean transfer(final Long fromId。 final Long toId， final double amount) {
return (Boolean) transactionTemplate.execute(new TransactionCallback(){
public Object doInTransaction(TransactionStatus status) {
Object result;
try {
result = bankDao.transfer(fromId， toId， amount);
} catch (Exception e) {
status.setRollbackOnly();
result = false;
System.out.println("Transfer Error!");
}
return result;
}
});
}
}

4.声明式事务

基于 @Transactional 的声明式事务管理

除了基于命名空间的事务配置方式，Spring 2.x 还引入了基于 Annotation 的方式。详细主要涉及@Transactional 标注。@Transactional 能够作用于接口、接口方法、类以及类方法上。

当作用于类上时，该类的全部 public 方法将都具有该类型的事务属性，同一时候。我们也能够在方法级别使用该标注来覆盖类级别的定义。如清单12所看到的：

清单12. 基于 @Transactional 的事务管理演示样例配置文件

@Transactional(propagation = Propagation.REQUIRED)
public boolean transfer(Long fromId， Long toId， double amount) {
return bankDao.transfer(fromId， toId， amount);
}

Spring 使用 BeanPostProcessor 来处理 Bean 中的标注，因此我们须要在配置文件里作例如以下声明来激活该后处理 Bean，如清单13所看到的：

清单13. 启用后处理Bean的配置

<tx:annotation-driven transaction-manager="transactionManager"/>

声明式事务通过事务属性来定义。事务属性描写叙述了事务策略怎样应用到方法上。

事务隔离级别

事务传播行为

所谓事务的传播行为是指，假设在開始当前事务之前。一个事务上下文已经存在，此时有若干选项能够指定一个事务性方法的运行行为。

在TransactionDefinition定义中包含了例如以下几个表示传播行为的常量：

• TransactionDefinition.PROPAGATION_REQUIRED：假设当前存在事务，则增加该事务；假设当前没有事务，则创建一个新的事务。
• TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务。假设当前存在事务，则把当前事务挂起。
• TransactionDefinition.PROPAGATION_SUPPORTS：假设当前存在事务。则增加该事务；假设当前没有事务，则以非事务的方式继续执行。

• TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式执行，假设当前存在事务，则把当前事务挂起。
• TransactionDefinition.PROPAGATION_NEVER：以非事务方式执行，假设当前存在事务，则抛出异常。

• TransactionDefinition.PROPAGATION_MANDATORY：假设当前存在事务，则增加该事务。假设当前没有事务，则抛出异常。
• TransactionDefinition.PROPAGATION_NESTED：假设当前存在事务，则创建一个事务作为当前事务的嵌套事务来执行；假设当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

这里须要指出的是。前面的六种事务传播行为是 Spring 从 EJB 中引入的，他们共享同样的概念。而 PROPAGATION_NESTED是 Spring 所特有的。以 PROPAGATION_NESTED 启动的事务内嵌于外部事务中（假设存在外部事务的话），此时，内嵌事务并非一个独立的事务，它依赖于外部事务的存在。仅仅有通过外部的事务提交，才干引起内部事务的提交，嵌套的子事务不能单独提交。

假设熟悉 JDBC 中的保存点（SavePoint）的概念，那嵌套事务就非常easy理解了，事实上嵌套的子事务就是保存点的一个应用，一个事务中能够包含多个保存点。每个嵌套子事务。另外。外部事务的回滚也会导致嵌套子事务的回滚。

事务超时

所谓事务超时，就是指一个事务所同意运行的最长时间，假设超过该时间限制但事务还没有完毕，则自己主动回滚事务。在 TransactionDefinition 中以 int 的值来表示超时时间，其单位是秒。

事务的仅仅读属性

事务的仅仅读属性是指，对事务性资源进行仅仅读操作或者是读写操作。所谓事务性资源就是指那些被事务管理的资源，比方数据源、 JMS 资源，以及自己定义的事务性资源等等。

假设确定仅仅对事务性资源进行仅仅读操作，那么我们能够将事务标志为仅仅读的。以提高事务处理的性能。在 TransactionDefinition 中以 boolean 类型来表示该事务是否仅仅读。

事务的回滚规则

通常情况下。假设在事务中抛出了未检查异常（继承自 RuntimeException 的异常），则默认将回滚事务。

假设没有抛出不论什么异常。或者抛出了已检查异常，则仍然提交事务。

这通常也是大多数开发人员希望的处理方式，也是 EJB 中的默认处理方式。可是。我们能够依据须要人为控制事务在抛出某些未检查异常时任然提交事务，或者在抛出某些已检查异常时回滚事务。