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作为可恢复对象的管理者，让可恢复对象完成这个工作会更好。
共2页 第1页 第2页
