如何知道验证错误的原因

Question

如果由于某种原因保存失败，以下代码将抛出 grails.validation.ValidationException。但结果是一般错误。我如何才能知道错误的实际原因，以便将其报告给用户？

 def addChild(cName,Parent theParent) {
    println "add child: ${cName}"
    def theChild = new Child(name:cName,parent:theParent)
    theChild.save(failOnError:true)
    return theChild
}

这是返回的堆栈跟踪。我碰巧知道这是由于违反了唯一的约束而引起的，因为我是故意造成的，但跟踪中没有任何内容表明这是原因与其他一些约束违规的原因。

org.codehaus.groovy.runtime.InvokerInvocationException: grails.validation.ValidationException: Validation Error(s) Occurred During Save

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)

    at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)

    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)

    at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)

    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)

    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)

    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)

    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)

    at java.lang.Thread.run(Thread.java:619)

Caused by: grails.validation.ValidationException: Validation Error(s) Occurred During Save

    at AddRecordsService.addChild(AddRecordsService.groovy:30)

    at AddRecordsService$addChild.callCurrent(Unknown Source)

    at AddRecordsService.addAll(AddRecordsService.groovy:11)

    at AddRecordsService$$FastClassByCGLIB$$e47d68f4.invoke(<generated>)

    at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)

    at AddRecordsService$$EnhancerByCGLIB$$cdfdcc61.addAll(<generated>)

    at AddRecordsService$addAll.call(Unknown Source)

    at AddrecordController$_closure2.doCall(AddrecordController.groovy:14)

    at AddrecordController$_closure2.doCall(AddrecordController.groovy)

    ... 32 more

更新

好吧，至少现在看来，让事务回滚并找出导致错误的唯一方法是检查保存是否失败，获取 failedobject.errors 并抛出一个运行时异常。但是现在如何将错误传递回调用控制器呢？以下不起作用。

   def addChild(cName,Parent theParent) {
        println "add child: ${cName}"
        def theChild = new Child(name:cName,parent:theParent)

       //theChild.save(failOnError:true)
       //theChild.save()


        if(!theChild.save()){
            println theChild.errors
             throw new RuntimeException(theChild.errors)
            //throw new RuntimeException('unable to save child')
        } 


        return theChild
    }

Answer 1

老问题，但如果有人偶然发现它：在服务中，Grails (2.1) 习惯用法是调用 save() 并在 save 失败时抛出 ValidationException。

 if (!theChild.save()) {
     throw new ValidationException(theChild.errors)
 } 

您通常不会调用 save(failOnError: true)。相反，在您的控制器中，您会捕获 ValidationException：

try {
    service.addChild(child)
} catch (ValidationException e) {
    errors.allErrors.each {
        // do something with each error code
    }
}

如果您在控制器中完成所有工作，则相同的想法。在这种情况下，您当然不需要抛出然后捕获异常，您可以当场处理 child.errors 。

Answer 2

我认为 ValidationException 具有对验证失败的对象的引用？如果确实如此，则检查错误属性以获取错误列表。

如果没有，您将需要捕获它，然后检查 theChild.errors 是否有错误。

Answer 3

诚然，save(failOnError:true) 方法目前生成的有关导致问题的验证的信息太少。 （您真的想在控制器中解析异常消息吗？）但是，您可能会考虑使用多种替代方法来处理两个不同的问题：事务回滚和通信验证错误信息。

一种替代方法是完全避免数据的持久性。首先，调用 theChild.validate() 来查看 theChild 是否可以保存。如果没有验证失败，则 validate() 返回 true，因此调用 theChild.save()。如果发生验证错误，它们将被记录在 theChild 的错误对象中。然后，可以检查返回到调用控制器的新创建的子级是否有错误，或者只是在视图中向用户显示。

另一种选择是不使用声明式事务；即在服务上设置 static transactional = false。然后，您的代码可以管理事务本身；像这样的：

Child.withTransaction { txStatus ->
   try {
     child.save(failOnError:true)
   } catch (ValidationException e) {
     // rollback, but swallow exception, requiring caller to check child for errors
     txStatus.setRollbackOnly()
   }
}

最后，您的问题意味着您希望控制器对错误信息执行某些操作，例如呈现原始页面以便用户可以更正条目。由于 theChild 是经过验证的，因此当抛出异常（您自己的异常或 ValidationException）时，返回子项将不起作用。但是，子进程在 save() 调用期间将填充错误。您应该考虑在调用方中实例化 Child 并通过引用传递它，而不是传入 String 和 Parent，然后在服务中实例化 Child。然后，当 save() 失败时，即使 save(failOnError:true) 导致 ValidationException，也会填充子级的错误。调用者可以捕获 ValidationException，然后将子级作为视图模型的一部分传递回来。

就我个人而言，我认为第一个替代方案（首先调用 validate()）或最后一个替代方案（在服务外部实例化子级）比手动管理事务更可取。在 Grails 中，声明式事务管理对于整个服务来说是全部或全部。也就是说，如果您为服务设置static transactional = false，则必须手动管理该服务的每个方法中的所有事务。这里应该应用KISS原则。

Answer 4

尝试使用 grails 命令类进行验证参考此处

示例：

class ParentCommand  {
    .....field.....
     ........constraint.....
   }


def addChild(cName,ParentCommand cmd) {
     if(cmd.hasErrors()) {
    render (cmd.errors as JSON).toString();
    return "false";
}