【JavaEE】经典JAVA EE企业应用实战-读书笔记10

开发有状态的Session Bean
和无状态的Session Bean并无太大的区别，对开发者来讲，只有如下区别：
1）如果使用Annotation来配置EJB的部署，则将@Stateless改为@Stateful即可。
2）如果使用XML部署描述文件来配置EJB的部署描述信息，则将<session-type>元素的值改为Stateful即可。
对于有状态的Session Bean而言，客户端不要每次都用lookup方法去获取Session
Bean，因为每次调用都会获取一个新的Session Bean,新的Session Bean将无法维护客户端的会话状态。
正确的用法是将Session Bean放入HTTP Session中，保证多个页面中使用的是同一个Session
Bean。
 
对大部分EJB服务器来说，都会通过一个EJB池来维护无状态的Session
Bean，在该EJB池中持有多个无状态Session Bean的实例，这些实例都处于待命状态，准备被客户端调用。
一个无状态的Session Bean从诞生到消亡大致要经历如下的过程。
1）EJB容器开始创建无状态Session Bean的实例。
2）EJB容器对EJB实例执行依赖注入
3）EJB容器滴啊用EJB内以@PostConstruct修饰的生命周期方法。
4）EJB进入待命状态
5）EJB容器调用EJB内以@PreDestroy修饰的生命周期方法
6）EJB实例被垃圾回收
无状态Session Bean有3个状态：不存在状态、待命状态和被销毁状态。
 


有状态的Session Bean比无状态的Session Bean多了一个去活状态，多了两个Annotation。@PrePassive和@PostActivate。
@PostConstruct：修饰的方法会在EJB创建之后被EJB容器调用。
@PreDestroy：修饰的方法会在EJB被销毁之前被EJB容器调用。
@PostActivate：修饰的方法将会在有状态的Session Bean从去活状态恢复出来之后被EJB容器调用，该方法执行完成之后该EJB再次进入待命状态。
@PrePassivate：修饰的方法将会在有状态的Session Bean去活之前被EJB容器调用。
@Remove：修饰的方法实际上应该属于一个业务方法，用于被客户端调用，当客户端调用某个有状态Session Bean的@Remove修饰的方法之后，相当于客户端通知服务器应该删除该有状态的Session
Bean。因此EJB容器会立即调用该Session Bean的@PreDestroy修饰的方法，然后销毁该Session
Bean。
 
在基于EJB的JavaEE中，Session Bean从功能上大致分为两类。
1）用于封装底层的实体和JPA，用于访问底层的实体，可称为EAO（Entity Access
Object）对象，本质上的功能就是DAO。
2）充当业务组件，底层EAO对象的Facade（门面），系统控制器（比如Struts的Action、JSF的托管Bean等）将调用他们的业务方法来处理用户的请求。
第一类Bean不需要事务控制，第二类的每个业务方法用于处理一次用户请求，代表一次完整的业务逻辑，需要添加事务控制。
CMT的事务边界总是以方法的开始、结束作为边界的。
使用@TransactionManagement时通过其value属性指定使用CMT还是BMT。
其value属性值只能有如下两个：
TransactionManagementType.BEAN：指定使用BMT
TransactionManagementType.CONTAINER：指定使用CMT
使用<transaction-type>时也只能接收两个值：Bean和Container
 
开发者使用CMT，则应该使用@TransactionAttribut来指定事务属性。
其value属性的值可以是javax.ejb.TransactionAttributeType枚举值之一。
@Remote
public interface Cmt {
void insert();
}
@Stateless(mappedName = "Cmt")
@TransactionManagement(TransactionManagementType.CONTAINER)//重点
@TransactionAttribute(TransactionAttributeType.REQUIRED)//重点
public class CmtBean implements Cmt {
private DataSource ds = null;
@Resource
private SessionContext sessCtx;
public CmtBean() throws NamingException {
Context ctx = new InitialContext();
ds = (DataSource) ctx.lookup("javaee");
}
@Override
public void insert() {
try {
Connection conn = ds.getConnection();
Statement stmt = conn.createStatement();
int result = stmt.executeUpdate("insert into user values(1,'new','bbb')");
System.out.println(result);
// 下面的语句会报错，主键重复
stmt.execute("insert into user values(1,'new','bbb')");
stmt.close();
conn.close();
} catch (SQLException e) {
e.printStackTrace();
sessCtx.setRollbackOnly();//重点
}
}
}
sessCtx.setRollbackOnly();这条代码用于设置EJB的事务回滚，但是如果其Bean方法执行时引发了其他应用自定义异常，CMT的事务控制将不会让事务回滚。
如果希望调用EJB方法时抛出其他异常也会回滚事务，有两种方式

1）使用EJBContext的setRollbackOnly方法。
2）使用@ApplicationException的注解
第二种方法可以指定一个rollback属性，属性为true则表明执行EJB的业务方法中引发该异常将让事务自动回滚。
由于CMT表示容器会接管EJB业务方法中的事务，因此开发者不应该在EJB业务方法中调用这些方法不限于：
1）java.sql.Connection的setAutoCommit(false)、commit、rollback
2）javax.ejb.EJBContext的getUserTransaction
3）javax.transaction.UserTransaction的任何方法