Подключение к объекту Grails Domain save () - PullRequest
7 голосов
/ 24 декабря 2009

Я пишу плагин Grails, и мне нужно подключиться к методу save () домена, чтобы выполнить некоторую логику после сохранения. Мне нужно сделать это в нескольких классах домена. Я пытаюсь избежать событий гибернации в тех случаях, когда пользователь плагина не использует гибернацию с GORM.

Я много чего перепробовал, но вот то, что, по-моему, должно было иметь больше шансов на работу. Во всех случаях grailsSave равно null . Как я могу это сделать?

def doWithDynamicMethods = { ctx ->
    application.domainClasses.each { dc ->
        def grailsSave = dc.metaClass.pickMethod('save', [Map] as Class[])

        domainClass.metaClass.save = { Map params ->
        grailsSave.invoke(delegate, [params] as Object[])
        println "Saved object, now do my thing"
        //...
        }
    }
}

В моем классе * Plugin.groovy есть следующий набор:

def dependsOn = [domainClass: '1.1 > *', hibernate: '1.1 > *']
def loadAfter = ['hibernate']

Ответы [ 6 ]

6 голосов
/ 27 декабря 2009

Мне не удалось успешно получить ссылку на методы save () во время инициализации плагина / приложения; Я не знаю почему. Вместо этого я решил создать прослушиватель событий гибернации после вставки, обновления и удаления. Этот пост Шона Хартсока о плагине Audit Logging был идеальным учебником для этого.

Вот суть слушателя:

class MyListener implements PostInsertEventListener, PostUpdateEventListener, PostDeleteEventListener, Initializable {

        public void onPostInsert(final PostInsertEvent event) {
            // logic after insert
            return
        }

        public void onPostUpdate(final PostUpdateEvent event) {
            // logic after update
            return
        }

        public void onPostDelete(final PostDeleteEvent event) {
            // logic after delete
            return
        }


        public void initialize(final Configuration config) {
            return
        }   
    }

Тогда в * GrailsPlugin.groovy:

def doWithApplicationContext = { applicationContext ->

    // add the event listeners for reindexing on change
    def listeners = applicationContext.sessionFactory.eventListeners
    def listener = new MyListener()

    ['postInsert', 'postUpdate', 'postDelete'].each({
       addEventTypeListener(listeners, listener, it)
    })

}


// copied from http://hartsock.blogspot.com/2008/04/inside-hibernate-events-and-audit.html
private addEventTypeListener(listeners, listener, type) {
    def typeProperty = "${type}EventListeners"
    def typeListeners = listeners."${typeProperty}"

    def expandedTypeListeners = new Object[typeListeners.length + 1]
    System.arraycopy(typeListeners, 0, expandedTypeListeners, 0, typeListeners.length)
    expandedTypeListeners[-1] = listener

    listeners."${typeProperty}" = expandedTypeListeners
}

Довольно просто в конце дня ...

2 голосов
/ 28 декабря 2009

Это проблема преждевременной оптимизации: более старые версии Groovy серьезно наказывают искажение MetaClass, и поэтому GORM не добавляет всю свою магию, пока не обнаружит необходимость.

Самое простое решение состоит в том, чтобы ваш плагин зависел от GORM Labs (я обхожу его там). Альтернативное решение состоит в том, чтобы вызвать methodMissing вручную (что будет дублировать работу, которую я сделал). См. Документацию GORM Labs для получения подробной информации о том, как я это сделал.

2 голосов
/ 25 декабря 2009

Взгляните на плагин Falcone Util . Этот плагин позволяет подключаться к событиям Hibernate (см. Документацию внизу страницы). Я не знаю, если это именно то, что вы хотите, но вы можете получить некоторые подсказки.

Ps! Я не думаю, что плагин работает с Grails 1.2.

2 голосов
/ 24 декабря 2009

В метакласс добавлено три разных варианта сохранения,

save(Map)
save(Boolean)
save()

Которому вы звоните во время тестирования? Вам нужно будет добавить свой код к каждому.

Еще одна вещь, чтобы проверить, работает ли ваш плагин после плагина hibernate, который добавляет три метода в метакласс

ура

Lee

1 голос
/ 05 августа 2010

Дополнительные методы GORM лениво инициализируются при первом вызове любого из них. Чтобы инициализировать их в doWithDynamicMethods, просто вызовите один из статических методов класса (ов) вашего домена:

def doWithDynamicMethods = { ctx ->

    application.domainClasses.each { dc -> 

        // call any static method to initialize dynamic gorm methods
        dc.clazz.count()

        def grailsSave = dc.metaClass.pickMethod('save', [Map] as Class[])
        //...
    }
}

Ваш метод save () теперь будет доступен. Поскольку это вызывается при запуске, один счет не должен быть большой проблемой.

1 голос
/ 24 декабря 2009

Не лучше ли это добавить к классу обслуживания, которому принадлежит единица работы? Вот где обычная идиома Spring / Grails будет иметь такую ​​логику. Вам вообще не нужно изменять сохранение.

...