使用JPA Hibernate处理异常

Question

我使用JPA和Hibernate作为容器管理事务的提供者（JBossAS 6.1.0.Final）。

我正在尝试实现一些细粒度的异常处理，因为我的应用程序上有一个特定的异常层次结构，所以我可以定义在任何情况下要做什么。因此，我已经研究了几个小时，发现文档很模糊，示例也有些原始，因为“为了清晰起见”总是忽略异常处理，或者是一个简单的try-catch块，用于处理异常e。

例如，采用以下代码：

public void deleteCompany(ICompany company) throws MyException1, MyException2 {
    if(entityManager != null){
        if(company !=null) {
            try {
                ICompany companyReference= entityManager.getReference(Company.class, company.getId());
                entityManager.remove(managedCompany);
                entityManager.flush();
            } catch(EntityNotFoundException companyDoesNotExist) {
                //Wrap & Throw
            }
        } else {
        throw new MyException1("An error occurred while attempting to save a null instance of a company");
        }
    } else {
        throw new MyException2("The entity manager instance is null");
    }   
}

catch块是空白的，因为我被卡住了……我不知道应该捕捉哪个异常来警告系统用户试图删除一条不存在的记录。

我的具体问题是：我可以在那个catch块上捕获Hibernate异常，还是必须捕获JPA异常？我发现一些来源声称JPA封装了提供者的异常，但这听起来很奇怪。我还发现，调用flush（）方法可以捕获数据库访问和操作异常，因为事务由容器管理，因此在调用deleteCompany后，promise会进一步进行。

谢谢你。

编辑：我用自己的异常来包装捕获的异常，并用@ApplicationException（rollback=true）注释，这样我就可以再次抛出它们并更清楚地处理它们。

编辑2：我已经更新了我的代码。如果公司不在数据库中，则删除前的合并会保留该公司，导致每次删除都成功。现在正在抛出异常，我正在测试它在不同情况下的行为如何捕获感知建议的JPA异常。

编辑3:现在起作用了！，结果是错误部分出在我的代码中，因为那个merge调用。首先获取引用，然后尝试移除，这样我就能够捕获EntityNotFoundException，包装它并再次抛出它。

Answer 1

您肯定不会捕获供应商异常，因为它们会被放入JPA异常中。请注意，您可能会收到以下几种异常类型之一：

• IllegalArgumentException-用于分离或非实体对象
• 非法状态异常-实体管理器已关闭
• PersistenceException-至少是其中的一些子类。如果没有关联的事务并且调用需要关联的事务，如果数据库约束拒绝操作，如果事务花费的时间太长，等等，您可以出于多种原因获得此结果

您真的不应该在如此低的级别捕获这些异常，除非您计划在某种自定义应用程序异常中重新包装它们。如果您决定采用这种方式，请确保包装原始异常，以便堆栈跟踪不会丢失。

值得注意的是，JPA实体管理器生成的所有异常都是运行时异常。