JPA:用于处理OptimisticLockException的模式
问题内容:
在(REST)Web服务中处理OLE的正确模式是什么?例如,这就是我现在正在做的
protected void doDelete(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
...
...
...
try {
try {
em.getTransaction().begin();
// ... remove the entity
em.getTransaction().commit();
} catch (RollbackException e) {
if (e.getCause() instanceof OptimisticLockException) {
try {
CLog.e("optimistic lock exception, waiting to retry ...");
Thread.sleep(1000);
} catch (InterruptedException ex) {
}
doDelete(request, response);
return;
}
}
// ... write response
} catch (NoResultException e) {
response.sendError(HttpServletResponse.SC_NOT_FOUND, e.getMessage());
return;
} finally {
em.close();
}
}
每当您在代码中看到睡眠时,很可能这是不正确的。有没有更好的方法来解决这个问题?
另一种方法是立即将故障发送回客户端,但我宁愿不要让他们为此担心。正确的事情似乎可以完成使请求在服务器上成功执行的所有操作,即使它需要一段时间。
谢谢。
问题答案:
如果收到乐观的锁定异常,则意味着其他某个事务已将更改 提交 给您尝试更新/删除的实体。由于其他事务已提交,因此立即重试可能会成功。
我还会使方法在N次尝试后失败,而不是等待StackOverflowException发生。