对于jboss EJB容器管理事务的问题

 学习一下 J2EE 中的两阶段提交事务，并且使用这种方式，而不是开放您自己的事务管理。容器在事务优化方面几乎总是比较好的。

使用容器管理的事务（CMT）提供了两个关键的优势（如果没有容器支持这几乎是不可能的）：可组合的工作单元和健壮的事务行为。

如果您的应用程序代码显式地使用了开始和结束事务（也许使用 javax.jts.UserTransaction或者甚至是本地资源事务），而将来的要求需要组合模块（也许会是代码重构的一部分），这种情况下往往需要改变事务代码。例如，如果模块 A开始了一个数据库事务，更新数据库，随后提交事务，并且有模块 B 做出同样的处理，请考虑一下当您在模块 C中尝试使用上述两个模块，会出现什么情况呢？现在，模块 C 正在执行一个逻辑动作，而这个动作实际上将调用两个独立的事务。如果模块 B在执行中失败了，而模块 A 的事务仍然能被提交。这是我们所不希望出现的行为。如果，相反地，模块 A 和模块 B 都使用 CMT 的话，模块 C也可以开始一个 CMT（通常通过配置描述符），并且在模块 A 和模块 B中的事务将是同一个事务的隐含部分，这样就不再需要复杂的重写代码的工作了。

如果您的应用程序在同一个操作中需要访问多种资源，您就要使用两阶段提交事务。例如，如果从 JMS队列中删除一个消息，并且随后更新基于这条消息的纪录，这时，要保证这两个操作都会执行或都不会执行就变得尤为重要。如果一条消息已经从队列中被删除，而系统没有更新与此消息相关的数据库中的纪录，那么这种系统是不稳定的。一些严重的客户及商业纠纷源自不一致的状态。

我们时常看到一些客户应用程序试图实现他们自己的解决方案。也许会通过应用程序的代码在数据库更新失败的时候“撤销”对队列的操作。我们不提倡这样做。这种实现要比您最初的想象要复杂得多，并且还有许多其他的情况（想象一下如果应用程序在执行此操作的过程中突然崩溃的情况）。作为替代的方式，应该使用两阶段提交事务。如果您使用 CMT，并且在一个单一的 CMT 中访问两阶段提交的资源（例如 JMS和大多数数据库），WebSphere将会处理所有的复杂工作。它将确保整个事务被执行或者都不被执行，包括系统崩溃、数据库崩溃或其他的情况。其实现在事务日志中保存着事务状态。当应用程序访问多种资源的时候，我们怎么强调使用 CMT 事务的必要性都不为过。

引用《EJB设计模式》里的原话，第228页

Always Call setRollbackOnly when
Application Exceptions Occur

An important but unemphasized fact is that application exceptions(developer
written exceptions) thrown from an EJB to client don't trigger automatic
rollbacks of the running transaction,in contrast to EJBExceptions,which auto-
matically trigger the current transaction to roll back.Serious data consistency
problems can arise if a use case fails without the transaction rolling back.
Therefore,always remember to first catch application exceptions and call
ctx.setRollbackOnly() (where ctx is of type javax.ejb.SessionContext
for session beans)before rethrowing or wrapping application exceptions to the
client.
有了这些理论基础，我们就可以方便的搭建这样的系统了：
struts+BusinessDelegate(业务代理)+SLSB(封装业务逻辑)+DAO（数据访问逻辑）

我们都知道，struts实现了MVC中的V和C，对M没有实现，我们需要写一些业务代理（普通java对象）来实现M，所谓的业务代理只不过是隐藏了对SLSB的查找逻辑和一些异常的包装；SLSB封装了业务逻辑，它通过JNDI获取数据源，然后取得连接，然后用数据库连接构造若干DAO并调用起方法，对事物进行管理（例如当DAO抛出SQLException时调用ctx.setRollbackOnly() ，这样保证了数据的完整性）

参考EJB的规范，并不是只要有Exception抛出就可以回滚，而是RuntimeException .