gpt4 book ai didi

grails - 使用类为M:M关系建模时,Grails 2.0在Bootstrap中服务于不同的行为

转载 作者:行者123 更新时间:2023-12-02 14:46:54 24 4
gpt4 key购买 nike

使用BootStrap中的服务时,我发现奇怪的行为。考虑这些 Realm 类

AcademicUnit
Professor
UnitFaculty
Student

我在学生 AcademicUnit 之间有1:M的关系,在 AcademicUnit 教授之间有M:N的关系,我正在使用联接类 UnitFaculty 进行建模。 UnitFaculty的类使用的基本方法与Spring Security Core提供的 UserRole 类相同,因此我认为这种方法没有问题。

我提供从一个学术单位查询学生和教师的服务。

ProfessorService
StudentService

从概念上讲,它们执行相同的操作,并且在应用程序运行时它们都可以正常工作。

我正在尝试预填充Bootstrap中的一些数据。该问题发生在ResearchCreation中。相关代码段是:

private static void addASUEngineeringAffiliated(){
def students = studentService.getASUEngineeringEducationStudents()
students.each{
def researcher = Researcher.findByName(it.name) ?:
new Researcher(name:it.name, email:it.email).save(failOnError:true)
}
def faculty = professorService.getASUEngineeeringEducationFaculty()
println "faculty is ${faculty}"
faculty.each{
def researcher = Researcher.findByName(it.name) ?:
new Researcher(name:it.name, email:it.email).save(failOnError:true)
}
}

当我启动该应用程序时,println显示教员为空列表。但是,当稍后在 Controller 中调用该完全相同的服务方法时,它将返回相关的教职员工,这些成员是在此步骤之前的Bootstrap流程中加载的。数据应该可用。它适用于以前也加载过的学生。

这是预期的行为吗,并且我不理解在引导过程中使用带有复合键的M:N的后果还是错误?

最佳答案

我认为您的问题是Hibernate优化。尝试在保存时使用参数flush:true。参见http://grails.org/doc/2.0.x/ref/Domain%20Classes/save.html

关于grails - 使用类为M:M关系建模时,Grails 2.0在Bootstrap中服务于不同的行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7412043/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com