Session Get/findById在引导中返回null

Session Get/findById在引导中返回null,session,grails,bootstrapping,findby,Session,Grails,Bootstrapping,Findby,当我试图通过User.get(1)或User.findById(1)在引导中获取对象时,我总是返回null。我以前使用新用户(…)保存过该对象。保存(flush:true)并且该用户已在User.list()中 谁知道原因/错误 thx由于验证错误,可能未保存域 替换你的 user.save(flush:true) 为了 它将在控制台中打印所有验证错误。由于验证错误,可能无法保存域 替换你的 user.save(flush:true) 为了 它将在控制台中打印所有验证错误。您确定保存的用户对

当我试图通过User.get(1)或User.findById(1)在引导中获取对象时,我总是返回null。我以前使用新用户(…)保存过该对象。保存(flush:true)并且该用户已在User.list()中

谁知道原因/错误


thx

由于验证错误,可能未保存域

替换你的

user.save(flush:true)
为了


它将在控制台中打印所有验证错误。

由于验证错误,可能无法保存域

替换你的

user.save(flush:true)
为了


它将在控制台中打印所有验证错误。

您确定保存的用户对象的id为1吗?请尝试打印
User.list()
返回的用户ID。我遇到了完全相同的问题。在数据库中记录,对正确的索引执行.get(),我会得到一个null ref异常。然而,grails似乎在异常发生后重新执行代码,并检索正确的记录,一切正常。使用Grails1.3.7是否确定保存的用户对象的id为1?请尝试打印
User.list()
返回的用户ID。我遇到了完全相同的问题。在数据库中记录,对正确的索引执行.get(),我会得到一个null ref异常。然而,grails似乎在异常发生后重新执行代码,并检索正确的记录,一切正常。使用Grails1.3.7如果用户出现在
user.list()
中,则可能是保存ok,但我同意Lucas的观点,即保存()应该始终在grails中选中。有些人喜欢在引导程序中的某些内容没有保存时抛出验证异常,并且它的优点是输入时间更短:
user.save(failOnError:true)
如果用户出现在
user.list()
中,那么它可能保存得很好,但我同意Lucas的观点,save()应该总是在Grails中检查。如果引导程序中的某些内容没有保存,有些人更喜欢抛出验证异常,并且它的优点是输入时间更短:
user.save(failOnError:true)