我试验了一下，确实如你所说，在同一个Transaction Context下，连续执行对同一个表的更新是不会引发“无限等待的”，所以我所说的那种问题应该是不存在的，而且手动的去写数据恢复代码的确是有够笨的:$（看来我得恶补一下Oracle常识了:)）
我们的程序之所以出现“死锁”，估计是别的问题引起的，看来只有仔细调查后才知道原因了。
非常感谢你不厌其烦的解答，至少让我明白了JTA/JTS的基本原理。谢谢！
从何地方得知我是金蝶的？好生奇怪！
:)
另外小声问一句：金蝶是什么东西呀？:-) :(
还是很谢谢你的提醒！
直接用oracle的事务就可以处理。
如果实现自己的UserTransaction必须要使用XA Driver
还有实现底层控制，何况连J2EE的BMP效率都被认为太低
我看还是老老实实用数据库事务算了。
只要保证所有的操作使用同一个Connection
就可以保证事务的完整性
不过jrog的文也让我受益很多，thanks
其实前面的程序中的无限制等待对于各个程序都是不同的，如果那两个更新的函数编写没有问题(如数据库连接耗尽引起的等待之类的），那就不会造成阻塞而无限制等待。
正常情况下，一般程序在UT中产生异常就应该导致transaction的回滚，而嵌套的transaction中内层的transaction是会检查是否有外层的transaction而不会在你程序指定commit的地方进行commit,直到最外层的transaction被提交，所以前面讨论的autoCommit(true)的情况大可不必担心。
autoCommit(true);
doA();
的等价代码等于：
startUT();();//这句话会被manager忽略因为外层的T
doA();
commitUT();//这句话会被manager忽略因为外层的T
如果想测试这种情况，可以用些ide进入调试模式，编写一些特殊代码试试看。
1，容器处理的.EJB使用这种，CMP必须使用他，通过部署描述符来说明
2，客户端自己控制事物
这也有两种1,Connection控制，2，就是使用JTA
从你的程序来看把两种混淆在一起使用，不错才怪。
我在这里顺便提点小建议：希望大家在讨论问题的时候注意用词不要对公司或者个人进行攻击。
i think your program alawys request in a same record in database.
my status in last time:
//database mysql -innodb type
id data name
1 1 a
2 1 b
and my program alawys update the record 1 data in database ,but all is under the transaction.
when you have many transaction is open and want update the same record 1 ,the dead lock state will be throws in your program.
(because have thread want use the a resource. maybe you can use syschronization to solve it.)
that is my last time state lah.
so i change my database this table to not innodb support,and then i not get the dead lock again in this program again.
so that i think your problem is same with me .
hope can help you.
and i feel very sorry cos my english is very poor ,maybe your cant understand what i mean.
正如jrog所说，UserTransaction必须和相应的DataSource联合使用。以weblogic为例，有没有从DataSource配置到UserTransaction调用的全过程例子。谢谢。
In a stateless session bean with bean-managed transactions, a business method must commit or roll back a transaction before returning. However, a stateful session bean does not have this restriction.
In a stateful session bean with a JTA transaction, the association between the bean instance and the transaction is retained across multiple client calls. Even if each business method called by the client opens and closes the database connection, the association is retained until the instance completes the transaction.
In a stateful session bean with a JDBC transaction, the JDBC connection retains the association between the bean instance and the transaction across multiple calls. If the connection is closed, the association is not retained.