1. 有状态的会话Bean的本地、远程调用
其实这和无状态的会话Bean调用是一样的,这里需要补充的就是:一般可以远程调用的会话Bean实现类内部是不会直接调用业务增删改等等操作的,而是调用本地local的一个EJB组件作为其远程EJB实现类的一个注入的、内部变量。真正执行核心业务逻辑的是这个内部EJB组件。还有一点就是SessionBean的生命周期是可以被监听的,像@PostConstruct、@PreDestroy都是对EJB生命周期的监听方法(和JPA实体的生命周期监听器的意思差不多,有关JPA实体的生命周期具体请参考博客:
http://suhuanzheng7784877.iteye.com/admin/blogs/892041)。
2. SessionBean的事务处理CMT、BMT
因为EJB事务管理建立在JTA基础上,换句话说就是EJB应用容器会处理事务的底层细节,而开发人员只需要关系事务的传播、边界就可以了。
1):CMT叫做容器式管理事务,采用这种策略管理Bean的事务的时候,基本上只需要简单的注解+回滚代码即可完成事务的容器管理。容器管理事务总是以组件的方法为一个管理单位,方法开始,事务开始;方法结束,事务提交。这点类似于Spring的声明式事务,下面看一个容器管理事务的例子,接口就不给出了:
/** * CMT容器管理事务 * * @author liuyan * * 容器遇到异常就将事务回滚 * CONTAINER必须指定@TransactionAttribute */ @Stateless @TransactionManagement(TransactionManagementType.CONTAINER) @TransactionAttribute(TransactionAttributeType.REQUIRED) public class CMTServerEAOImpl implements CMTServer {
private DataSource dataSource;
@Resource private SessionContext sessionContext;
public CMTServerEAOImpl() throws NamingException { Context context = new InitialContext(); dataSource = (DataSource) context.lookup("java:/jbossdemo"); }
@Override public void insert() { Connection connection = null; Statement statement = null; try { connection = dataSource.getConnection(); statement = connection.createStatement(); String insert1 = "insert into person values(15,'史艳文')"; String insert2 = "insert into person values(14,'史青青')"; statement.executeUpdate(insert1); statement.executeUpdate(insert2); statement.close(); connection.close(); } catch (Exception e) { System.out.println("事务回滚~~"); sessionContext.setRollbackOnly(); e.printStackTrace(); } } } |
客户调用代码和JTA章节的测试代码差不多,在此不赘述了,主键为15的史艳文在数据库中没有记录,而主键为14的记录确因为主键重复插不进去,sessionContext.setRollbackOnly();就是事务回滚的操作。笔者的数据库记录如下:
开启JBoss服务器,执行测试代码,服务端控制台如下
14:51:01,869 INFO [STDOUT] 事务回滚~~ 14:51:01,869 ERROR [STDERR] com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '14' for key 'PRIMARY' |
14主键重复,主键为15的史艳文也没能插进去……
那假如我们把史青青的主键修改为16,看看事务能否自动提交呢?
String insert2 = "insert into person values(16,'史青青')"; |
执行测试代码后数据库效果如下
看来事务提交也不需您来管理了。但是有一个必须注意的地方,就是sessionContext.setRollbackOnly();必须在异常处理的时候加上,否则事务不会回滚,15号史艳文依然会插入数据库,16号史青青没有插进去。
CMT管理的好处就是,方便,不需要开发者在代码上做太多,只需要注解就可以。缺点就是缺乏灵活性,因为它总是以方法的开始做为事务的开始,方法结束后也就commit了,对于特殊业务处理的时候,CMT方式的策略就显得不是很灵活。