Enlazando en Grails Objeto save()

Question

Estoy escribiendo un plugin de grills y necesito engancharme en el método save() del dominio para hacer un poco de lógica después del guardado. Necesito hacer esto en múltiples clases de dominio. Estoy tratando de evitar eventos de hibernación en los casos en que un usuario de un complemento no esté utilizando Hibernate con GORM.

He intentado muchas cosas, pero a continuación es lo que creo que debería haber tenido la mejor oportunidad de trabajar. En todos los casos grailsSave es null. ¿Cómo puedo hacer esto?

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" 
     //... 
     } 
    } 
} 

Tengo el siguiente puesto en mi * Clase Plugin.groovy:

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

Answer 1

No pude obtener con éxito una referencia a los métodos save() durante la inicialización del complemento/aplicación; No sé por qué. En cambio, decidí crear un oyente para los eventos de hibernación después de insertar, actualizar y eliminar. Esta post de Sean Hartsock con respecto al plugin Audit Logging fue una guía perfecta para hacerlo.

Aquí es la esencia del Oyente:

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 
     } 
    } 

Luego, en el 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 
} 

bastante simple al final del día ...

Answer 2

¿No esta mejor se añadirá a la clase de servicio que posee la unidad de trabajo? Ahí es donde el idioma usual de Spring/Grails tendría tal lógica. No necesita modificar el guardado en absoluto.

Answer 3

Hay tres versiones diferentes de Save añadido a la metaclase,

save(Map) 
save(Boolean) 
save() 

Cuál está llamando en su prueba? Necesitarás agregar tu código a cada uno.

Otra cosa a comprobar es si su plugin se ejecuta después de que el plug-in de hibernación que se suma a los tres métodos a los MetaClass

aplausos

Lee

Answer 4

echar un vistazo a la Falcone Util plugin. Este complemento le permite conectar eventos Hibernate (consulte la documentación en la parte inferior de la página). No sé si esto es exactamente lo que quieres, pero es posible que obtengas algunos consejos.

Ps! No creo que el complemento funcione aún con Grails 1.2.

Answer 5

Este es un problema de optimización prematura: las versiones anteriores de Groovy penalizaban seriamente el maquinado de MetaClass, por lo que GORM no agrega toda su magia hasta que detecta la necesidad de hacerlo.

La solución más fácil es hacer que su complemento dependa de GORM Labs (lo soluciono allí). La solución alternativa es activar MethodMissing manualmente (lo que duplicaría el trabajo que hice). Consulte la documentación de GORM Labs para obtener detalles sobre cómo lo logré.

Answer 6

Los métodos GORM adicionales se inicializan con pereza en la primera llamada a cualquiera de ellos. inicializarlas en doWithDynamicMethods simplemente llamar a uno de los métodos estáticos en la clase de dominio (ES):

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[]) 
     //... 
    } 
} 

Su método Save() estará disponible ahora. Como esto se llama al inicio, una sola cuenta no debería ser un gran problema.