持续改进

最常见的事务是定义在session bean的方法上，方法中所有的数据库操作只有在方法正常退出时才会提交，如果方法抛出未捕获的异常，事务管理将回滚所有的变更。@TransactionAttribute 注释用作定义一个需要事务的方法。它可以有以下参数：1.REQUIRED:方法在一个事务中执行，如果调用的方法已经在一个事务中，则使用该事务，否则将创建一个新的事务。2.MANDATORY:方

Transacation Propagation如果方法抛出了一个系统异常或需要回滚的应用异常，则事务将会被自动回滚。在容器对事务采取隐式管理的情况下，EJB服务器transaction manager会自动对事务进行管理。它对事务进行协调，并将事务范围从一个EJB传播至下一个EJB，从而保证同一事务所涉及的所有EJB都会被包含在事务的工作单元之内。这样transaction mana

Exceptions and Transactions异常对事务的结果有很大的影响。Application Exceptions Versus System Exceptions系统异常代表未知的内部错误。当应用服务器发生内部错误时，EJB容器就会抛出系统异常。如果希望终止业务流程的执行，业务逻辑也是可以抛出系统异常的。应用异常通常是业务逻辑的一部分。他们代表了经过强类型定义之后的业务

Transaction Scope通过跟踪方法执行的前因后果，可以很容易地对事务范围进行跟踪。异常可能会引起事务的回滚，也可能不会，这要取决于异常的具体的类型。方法执行的线索并不是决定EJB是否包含在事务范围内的唯一考量；EJBde事务属性也起了非常重要的作用。事务属性EJB端点和事务属性Mandatory事务属性不能用于EJB端点(endpoints),因为EJB端点是不能传播客户端事务的。

 Declarative Transaction Management(DTM)非事务型EJBsNontransaction EJBs它提供一种无状态服务，不会操作数据库中的数据，在事务中被当作工具来使用，不需要满足ACID。可以将此类EJB生命为非事务性（即：NotSupported）则会使之脱离事务范围，这样可以改善服务的性能，并提高可用性。Explicit Transaction Manag

EJB3.0标准本身并未定义隔离级别相关的内容。EJB是一组件规范，它定义了业务组件的行为、组件与中间件基础框架间的契约。比如EJB组件能正确的使用不同的中间件服务。因此EJB组件是事务性组件，它能够借助于JTA实现同资源管理器的交互。比如JDBC资源管理器、JMS资源管理器。可以断定EJB本身并不是资源组件。既然隔离级别是底层资源所具有的特定行为和能力，则开发者就应该在资源API一级去指定隔

事务执行期间，有可能事务回滚。事务失败后该如何收拾残局？一、终止业务过程。二、可以重做事务若干次。对于无状态会话Bean，放弃业务过程是一件很简单的事情，我们只需要将异常抛给客户。但对于有状态SessionBean，事情变得复杂了，因为它持有会话状态。它需要智能(即重复事务若干次)的取消所做的工作，就需要被告知事务状态。实现SessionSynchronization接口就可获取到事务状态。

 

 建议JMS MDB使用CMT.

一、问题1需要原子操作2.网络或机器故障3.因多用户共享数据 ，所以可能会同时操作同一数据。二、引出事务来解决问题1.ACID属性（Atomicity、Consistency、Isolation、Durability）事务中存在若干参与者：事务性对象（事务性组件）、事务管理器、资源、资源管理器。三、事务的工作机制首先研究事务模型。平面（Flat）事务和嵌入式（Nes

一.、传播行为(Propagation behavior)二、隔离层级(Isolation level)三、只读提示(Read-only-hints)如果事务只进行读取的动作，则可以利用底层数据库在只读操作时发生的一些最佳化动作，由于这个动作利用到数据库在只读的操作时发生的一些最佳化动作，由于这些动作利用到数据库在只读的事务操作最佳化，因此必须在事务中才有效，也就是说要搭配传播行为来设