快速版本：我们正在寻找一种方法来强制事务回退，当在后备Bean上执行方法期间发生特定情况时，回退事务，但是我们希望进行回退而不必向用户显示通用的500错误页面。相反，我们希望用户看到她刚提交的表单以及一个FacesMessage来指示问题所在。

较长的版本：我们有一些支持bean，这些bean使用组件来执行数据库中的一些相关操作（使用JPA /
Hibernate）。在此过程中，某些数据库操作发生后可能会发生错误。这可能是出于几种不同的原因，但是出于这个问题，我们假设在发生某些DB写入之后检测到验证错误，而在写入之前无法检测到该错误。发生这种情况时，我们希望确保到目前为止所有的数据库更改都将被回滚。Seam可以处理此问题，因为如果您从当前FacesRequest中抛出RuntimeException，Seam将回滚当前事务。

问题是向用户显示了一个通用错误页面。在我们的案例中，我们实际上希望向用户显示她所在的页面，其中包含关于出了什么问题的描述性消息，并有机会纠正导致问题的错误输入。我们想出的解决方案是从组件中抛出异常，该异常会发现带有注释的验证问题：

@ApplicationException( rollback = true )

然后，我们的后备bean可以捕获此异常，并假设抛出该异常的组件已经发布了适当的FacesMessage，并且只需返回null即可将用户带回显示错误的输入页面。ApplicationException注释告诉Seam回滚事务，我们没有向用户显示通用错误页面。

这在我们第一次使用它时恰好只是在做插入操作的地方效果很好。我们尝试使用它的第二个地方，我们必须在此过程中删除某些内容。在第二种情况下，如果没有验证错误，则一切正常。如果确实发生验证错误，则会引发rollback
Exception并将该事务标记为回滚。即使没有任何数据库修改被回滚，当用户修复错误的数据并重新提交页面时，我们也会得到：

java.lang.IllegalArgumentException: Removing a detached instance

分离的实例是从另一个对象延迟加载的（存在多对一关系）。实例化后备bean时将加载该父对象。由于验证错误后事务已回滚，因此该对象现在已分离。

我们的下一步是将该页面从对话范围更改为页面范围。当我们这样做时，Seam甚至无法在验证错误后呈现页面，因为我们的页面必须命中数据库才能呈现，并且该事务已被标记为可回滚。

所以我的问题是：其他人如何干净地处理错误并同时适当地管理事务？更好的是，如果有人可以发现我做错的事情相对容易修复，那么我希望能够使用我们现在拥有的一切。

我已经阅读了统一错误页面和异常处理上的Seam
Framework文章，但这更适合您的应用程序可能遇到的更常见的错误。

更新 ：这是一些伪代码和页面流的详细信息。

在这种情况下，假设我们正在编辑某些用户的信息（在这种情况下，我们实际上并未与用户打交道，但我不会发布实际的代码）。

编辑功能的edit.page.xml文件包含一个用于RESTful URL的简单重写模式和两个导航规则：

1. 如果结果编辑成功，则将用户重定向到相应的视图页面以查看更新的信息。
2. 如果用户单击“取消”按钮，则将用户重定向到相应的视图页面。

edit.xhtml非常基本，其中包含可以编辑的用户所有部分的字段。

支持bean具有以下注释：

@Name( "editUser" )
@Scope( ScopeType.PAGE )

有一些注入的组件，例如User：

@In
@Out( scope = ScopeType.CONVERSATION ) // outjected so the view page knows what to display
protected User user;

我们在支持bean上有一个save方法，该方法将工作委派给用户save：

public String save()
{
    try
    {
        userManager.modifyUser( user, newFName, newLName, newType, newOrgName );
    }
    catch ( GuaranteedRollbackException grbe )
    {
        log.debug( "Got GuaranteedRollbackException while modifying a user." );
        return null;
    }

    return USER_EDITED;
}

我们的GuaranteedRollbackException看起来像：

@ApplicationException( rollback = true )
public class GuaranteedRollbackException extends RuntimeException
{
    public GuaranteedRollbackException(String message) {
        super(message);
    }
}

UserManager.modifyUser看起来像这样：

public void modifyUser( User user, String newFName, String newLName, String type, String newOrgName )
{
    // change the user - org relationship
    modifyUser.modifyOrg( user, newOrgName );

    modifyUser.modifyUser( user, newFName, newLName, type );
}

ModifyUser.modifyOrg做类似的事情

public void modifyOrg( User user, String newOrgName )
{
    if (!userValidator.validateUserOrg( user, newOrgName ))
    {
        // maybe the org doesn't exist something. we don't care, the validator
        // will add the appropriate error message for us
        throw new GauaranteedRollbackException( "couldn't validate org" );
    }

    // do stuff here to change the user stuff
    ...
}

ModifyUser.modifyUser与ModifyOrg类似。

现在（您将不得不接受这一飞跃，因为这不一定听起来像是此User场景的问题，但这是针对我们正在做的事情）假定更改组织会导致ModifyUser失败，验证，但无法提前验证此失败。我们已经在当前的txn中将组织更新写入了db，但是由于用户修改未能通过验证，因此GuaranteedRollbackException将标记事务回滚。通过此实现，当我们再次呈现编辑页面以显示验证器添加的错误消息时，我们将无法在当前范围内使用数据库。渲染时，我们点击db以使某些内容显示在页面上，这是不可能的，因为Session无效：

由org.hibernate.LazyInitializationException引起，并带有消息：“无法初始化代理-没有会话”