EJB 中 事务的粒度问题
今天碰到一个 Hibernate ?flush 里 一些本不想提交的对象。 ?这个问题在本地的测试版本中不存在， 为什么呢？ ?同事为了方便调试EJB 的代码 特地搞了一个proxy 在 本地Tomcat 测试代码里面运行， 因此在本地开发人员很方便的验证mass change 的 validation 逻辑。 ?由于mass change ?要将原业务表的数据取出， 并且 merge 用户要想做的mass change， 然后做一系列复杂的validation 校验。 ? 在服务器上的EJB 中 这些所有逻辑都是在一个EJB 中的事务中做的， ?Hibernate ?的 session ?也就跟这个transaction 的范围一致， ?导致了N 多不想做 提交的对象都 在session 中 ， 并且在transaction 结束时flush。 ?
?
?在解决这个问题的时候， ?开始的想法是找出所有不需要save 的对象 在load 它们之后 修改之前做一个clone ， 用它们的克隆。 ?由于涉及的对象太多， 在 本人做了 十几次修改， 验证后以失败告终。?
?
最后一招， ?想到本地版本是没有问题的， ?将所有load 出来validation 的逻辑 都放到一个 方法中， 将这个方法 TransactionType ?指定为 Not_Supported. ? 只有最后保存的逻辑放在一个 TransactionType.Required 的方法里面。 ?由于load ， validation 都是 只读的， ?修改后 ?发表 测试 ?搞定。 ??
?
以前还用的比较少 将一个EJB 设定为?TransactionType.Required， 然后将个别 方法 ?指定为TransactionType ?Not_Supported。 ?在WebSphere 中 验证为可行的， 特记录在此。
