今天碰到一个 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 中 验证为可行的, 特记录在此。