J2EE除了提供了Servlet之外，还提供了大量的其它功能。Servlet开发者们也许难得使用这些功能，不情愿也没有时间用一个超出所需的大型J2EE服务器来替换自己的简单的Servlet容器。然而，依据J2EE的模块化特征，有可能将负责特定J2EE功能的小组件整合到Servlet容器里，以此来增强WEB应用程序。其中之一就是事务。有关J2EE事务的完整描述，您可以参考Onjava上的其他三篇文章，现在只需知道事务是资源的操作步骤(例如:数据库),它由四个属性定义，这四个属性根据其首字母浓缩为ACID:
原子性:事务的操作,或者是全部成功(此时提交事务),或者是全部不成功(此时回滚事务)，谓之为all-or-nothing属性。一个事务应该被视为单个工作单元，在一个事务里面绝对不可能同时存在完成了的和没有完成的操作。
一致性:完成了的事务将资源从一个有效状态转变为另一个有效状态。一致性的具体例子有：数据库的参照完整性和表中的主键唯一性。
独立性在事务没有提交之前，事务作用的共享资源的改变在事务之外是不可见的。独立性确保了不同事务不会同时访问正在更新的数据。
持久性:由事务提交的改变会永久存在。
JOTM(Java Open Transaction Manager)是由ObjectWeb协会开发的功能完整的且资源开放的独立的事务管理器。它提供了JAVA应用程序的事务支持，而且与JTA（JAVA事务API）兼容。您可以在JOTM home page了解到更多的详细信息。在TOMCAT或其它Servlet容器整合了JOTM后，JSP和Servlet的开发者们就可以获得事务的优势轻而易举的创建更多健壮的web应用程序。
为了突出事务是怎样增强web应用程序的，举一个常用的例子，web浏览器与客户端交互的ATM。
ATM 样例：
情景
此例比较简单：一个客户想从 ATM 提款，输入了他的客户名称，john_doe；想提款数，$50。如果他的银行帐户上有足够的钱并且在 ATM 机上有足够的现金的话，应用程序就能给他相当数目的现金，并从银行帐户上提出同样的数目。否则，操作中断，并且除出现错误信息之外，其他都不会改变。我们无需担心安全问题，只是在猜想用户是否正确授权。
这是一个非常简单的例子，但是如果不使用事务，用别的方法执行起来将会很难。客户端操作将会涉及到两个不同的资源：ATM 和客户银行帐号。它们会自动的在应用程序设计中产生 ACID 问题。例如：如果在 ATM 上操作成功而在银行帐户上却失败（也许是因为交流失败），客户将会取到钱，但是他的帐户将不会更新。对于银行来说，这就亏大了。更糟的是，如果银行帐户更新了，但是由于一个错误阻止 ATM 传送钱，客户得不到现金，但是帐户上却提掉了这笔款。
为了防止出现上述事故，在你的应用程序里，你能够 1） 联系两个资源，并告知两者客户执行的所有当前操作，2）询问两者是否能执行操作，3）如果两者都同意，则请求操作。即使这样，此方法也不能谓之足够健壮，因为，如果客户帐户上的钱在第二步和第三步的时候被另外一操作提走，提款可能会失败，例如，客户帐户不能出现逆差。
事务能使应用程序更简单更健壮的之处就是：在同一事务的两个资源上执行所有的操作的时候，它将会解决 ACID 的问题（尤其是原子性）。
【编辑推荐】
