深圳国贸网站建设,网站的推广方法,门户网站建设方案ppt 百度文库,wordpress友链审核插件在使用ADF BC时#xff0c;我们通常依赖于在数据库中执行DML操作的框架。 在DBTransaction提交周期内#xff0c;该框架正确地在数据库中进行了所有必要的更新。 很酷的事情是#xff0c;在这种情况下#xff0c;数据库事务将被自动管理。 因此#xff0c;如果出现问题我们通常依赖于在数据库中执行DML操作的框架。 在DBTransaction提交周期内该框架正确地在数据库中进行了所有必要的更新。 很酷的事情是在这种情况下数据库事务将被自动管理。 因此如果出现问题如果某些实体无法发布到数据库则框架将在提交过程的最开始将当前事务回滚到保存点。 此外根应用程序模块的状态也将还原到同一点。 该框架为我们完成了所有这些工作我们不需要关心它。 但是当需要在数据库中执行一些DML以实现某些业务服务方法时存在一个非常常见的用例。 让我们考虑AM实现类中的方法 public void someBusinessMethod() {invokePLSQLProcedure1();modifySomeAttributes();invokePLSQLProcedure2(); getDBTransaction().commit();
} 该方法调用PL / SQL过程修改数据库中的某些数据修改实体缓存中的某些属性调用另一个PL / SQL过程并执行提交。 想象一下如果第二个PL / SQL过程调用失败或者由于某种原因框架未能提交事务将会发生什么。 显然数据库中有一个锁因为事务既不提交也不回滚。 此外尽管someBusinessMethod失败实体缓存仍包含由ModifySomeAttributes方法修改的数据。 为了防止所有这些不好的事情我们必须手动管理此事务。 让我们在AM实现类中有几个实用程序方法 //Passivates the AMs state in the passivation storage
private String passivateStateForUndo() {String savePoint super.passivateStateForUndo(null, null, PASSIVATE_UNDO_FLAG);return savePoint;}//Rollbacks the transaction and restores the AMs state
private void activateStateForUndo(String savePointId) {super.activateStateForUndo(savePointId, ACTIVATE_UNDO_FLAG); } 让我们在someBusinessMethod方法中使用这些辅助方法 public void someBusinessMethod() {String spid passivateStateForUndo();try { invokePLSQLProcedure1(); modifySomeAttributes(); invokePLSQLProcedure2(); getDBTransaction().commit(); } catch (RuntimeException e) {activateStateForUndo(spid);throw new JboException(e);}} 请注意 passivateStateForUndo和activateStateForUndo方法仅在AM状态管理方面与保存点一起使用而实际上与数据库中的事务保存点无关。 activateStateForUndo方法会在数据库中执行真正的回滚 但是直到通过passivateStateForUndo方法拍摄快照时AM状态包括脏实体缓存都将被还原。 而已 翻译自: https://www.javacodegeeks.com/2015/01/managing-savepoints-with-adf-bc.html
