3．事务
CORBA OTS
EJB的事务模型与OTS类似。事实上，CORBA兼容的EJB服务器必须提供一个OTS兼容的事务服务。理解OTS如何工作有助于理解EJB中事务的工作方式。
定义事务
一个事务正式地定义了一个原子工作单位。一个事务中可以包含多个操作，当事务终止时，所有执行的操作或者完全执行或者完全废弃。这称为提交和回滚。
在数据库应用中广泛地使用事务。好的数据库产品对事务提供很强的支持。一个事务中访问的记录在整个事务持续期间保持锁定状态。基于数据库产品在事务开始时可以选定不同的锁定状态。选定的锁定级别应在其它的事务中优化操作的并发访问时保证数据的完整性。网络上的事务可能是分布式的，例如客户端可能在单个事务中访问两个不同的数据库。为了支持分布式事务，大多数事务治理器（包括数据库）支持两段提交。在两段提交协议中，事务治理器在预备提交事务前首先询问所有的事务参与者的工作是否完成。这是协议的第一阶段。一旦每个参与者同意提交，第二阶段才会开始。事务治理器发送独立的提交操作的命令。
OTS中的要害部件
为了更好地理解OTS如何工作，我们需要先看看其要害部件。以下的部件可以直接地映射到EJB，而理解这些部件如何在OTS中工作能使我们更好地理解EJB中的事务。
·Control
·terminator
·Coordinator
·Resource
·Synchronization 下图示出了这些对象中定义的重要方法，以及在事务体系中这些对象的作用。
虚线框内是一个事务。事务中所有的对象都参与了这个事务，提交和回滚对所有的Resource对象都适用。 Control对象代表一个事务。从该对象我们可以得到Coordinator和Terminator 。EJB开发者不会看到Control对象，容器代表bean用Control对象来治理事务。
当一个bean方法返回且该方法在部署描述符中声明在方法返回前需提交该事务时，容器也用Terminator来提交或回滚事务。提交或回滚事务时，所有事务中的对象都会相应的提交或回滚。
Resource是包含事务状态的对象。例如，它可能是一个数据库连接。在这个对象上调用commit()会更新数据库。一个rollback()调用会恢复该事务开始时通过这个连接对数据作的任何改变。完成提交或回滚后，数据库中相应的记录就会解锁。应用的锁级别会在部署描述符中指定。这个对象的完全的方法集会显示这些对象实现了两段提交协议，使得每一个对象都有权决定整个事务是提交还是回滚。当一个事务完成时，不论是提交还是回滚，都要通知Synchronization对象。与Resource不同，它并不参与两段提交协议，所以无权表决一个事务应该提交还是回滚。在事务中它扮演一个被动的角色。 Coordinator是使这一切工作起作用的对象。Resource和Synchronization通过该对象注册到事务中。Bean不直接访问这个对象。 Transaction-aware objects that are intended for use with EJB will transparently oBTain a reference to the current transaction's Coordinator to register itself.
事务和可恢复的对象
在OTS中事务和可恢复的对象不同。这个区别与EJB有关。在CORBAservice? OTS规范中具体地定义了这些类型，简单地说，可恢复对象有commit()和rollback()方法，答应事务直接地操纵它自己的状态和行为。一个事务对象没有这些方法，不能被事务影响。然而，事务对象有与其关联的事务，以使分配的可恢复对象（或Resources）与事务对象的当前事务相关联。一个enterprise bean是一个事务对象的好例子。容器代表bean维护事务。任何bean分配的可恢复对象在容器的帮助下透明地放置在事务中。Bean没有commit()或rollback()方法，因此事务不能直接操纵bean.让bean作为一个可恢复的Resource并没有什么意义，因为这使得bean开发者必须为每个bean添加额外的代码，而enterprise bean几乎没有内在状态应该影响一个外部的事务。让enterprise bean作为可恢复对象的治理者，让可恢复对象完成这个工作会更好。
注重bean在容器试图提交或回滚之前可以有权表决回滚一个事务。在EJBContext中Bean可以用Coordinator中的rollback_only()方法作为setRollBackOnly()给事务设置标志，以使事务终止时间到达时请求回滚。还可以通过SessionSynchronization接口通知一个bean有关一个事务的结果。
在部署描述符中指定事务控制
bean的部署描述符包含一个ControlDescriptor对象的数组。每个ControlDescriptor描述了与方法关联的事务控制。 Bean开发者指定bean方法中的事务控制。部署者在对方法的事务相关行为没有细致了解的情况下一般不应改变这些值。如下的六个事务控制是在ControlDescriptor类定义的整形常量。除了该类的方法，没有其它的APIs能访问它们。Bean本身不访问事务控制。 Bean本身的方法不能访问其事务属性。容器读取这些控制值来维护bean的相应的事务行为。
·TX_NOT_SUPPORTED
·TX_SUPPORTS
·TX_REQUIRED
·TX_REQUIRES_NEW
·TX_MANDATORY
·TX_BEAN+NANAGED
你可以通过厂商提供的创建部署描述符的工具来为bean设置合适的ControlDescriptor.
TX_NOT_SUPPORTED
该方法不应运行在事务上下文中。假如在一个事务中执行线程，那么这个事务将挂起直到线程从方法中返回。
TX_SUPPORTS
该方法不需要事务，运行该方法时线程可能有一个活动的事务。
TX_REQUIRED
该方法必须运行在事务中。假如线程已经有一个事务，则这个线程答应进入此方法。假如线程没有事务，则容器代表线程启动一个答应线程进入的事务，当线程返回是终止事务。一般应提交事务。假如现成调用
setRollbackOnly()方法，则容器相应地执行一个回滚。
TX-REQUIRED_NEW
不论线程是否有一个事务，容器都会在方法调用期间创建一个事务。当线程返回时，容器提交或回滚这个事务。
假如线程有一个进行中的事务，则新事务会挂起直到线程返回或方法的事务终止。
TX_MANDATORY
当调用这个方法时线程必须已经在一个事务中。假如线程没有事务，则容器会抛出一个例外。
TX_BEAN_MANAGED
这个与上述几个不同。这种方法表明容器不应在事务治理中起作用。
JTS-Java事务服务
实际上JTS不是一个事务服务--只是底层服务提供者的一层接口。JTS非常简单，由一个接口和几个例外组成。从例外列表很轻易能看出它类似OTS，虽然它也可以作为其它服务的接口。对于声明事务控制方式为自治理的bean,可以通过这个接口访问事务服务。厂商也可以用它来提供对客户端划分事务的支持。
如下是UserTransaction接口的定义：
public interface javax.jts.UserTransaction {
public void begin() throws IllegalStateException;
public void commit() throws
TransactionRolledBackException,
HeuristicMixedException,
HeuristicRollbackException,
SecurityException,
IllegalStateException;
Public void rollback() throws
SecurityException,
IllegalStateException;
Public void setRollbackOnly() throws
IllegalStateException;
public void setTransactionTimeout(int seconds);
public int getStatus();
//STATUS_ACTIVE,STATUS_COMMITTING,
//STATUS_COMMITTED,STATUS_MARKED_ROLLBACK
//STATUS_NO_TRANSACTION,STATUS_PREPARED
//STATUS_PREPARING,STATUS_ROLLEDBACK
//STATUS_ROLLING_BACK,STATUS_UNKNOWN
}
