Unter Grails 2.4.4 hatten wir Klassen, die wir als Wrapper für Domain-Objekte verwendet haben.
Sie würden so aussehen:
%Vor%Das hat funktioniert, aber wenn wir versuchen, unter Grails 3.0.11 zu kompilieren, bekommen wir folgendes:
Foo.groovy: 14: Kann keine abstrakte Methode in einer nicht-abstrakten Klasse haben. Die Klasse 'Foo' muss als abstrakt deklariert werden oder die Methode 'org.springframework.validation.Errors org_grails_datastore_gorm_GormValidateable__errors $ get ()' muss implementiert werden. @ Zeile 14, Spalte 1. Klasse Foo { ^
Durch das Entfernen der @Delegate-Annotation wird die Kompilierung bestanden, aber Aufrufe von Methoden der zugrunde liegenden Klasse funktionieren offensichtlich nicht.
Gibt es eine Möglichkeit, dies zu umgehen oder das gleiche Verhalten zu erreichen und es unter Grails 3 kompilieren zu lassen?
Reicht die gute alte static hasMany = [] oder static hasOne = [] nicht aus? Wrappers wären natürlich auch Domain-Klassen.
Sie können dies umgehen, indem Sie die Wrapper-Klasse ändern, um die GORM-Merkmale zu implementieren:
%Vor%Ich ging weiter und erstellte meine eigene Schnittstelle:
%Vor%Ich habe Ausgabe # 856 gegen Grails-Data-Mapping abgelegt, obwohl es ein Groovy Bug .
Tags und Links grails gorm groovy grails-3.0