Doctrine 2.1 Persist entidad en preUpdate lifeCycleCallback

Question

Estoy luchando con lo siguiente, en una clase de entidad tengo un preUpdate lifeCycleCallback que tiene que persistir una nueva entidad antes de que se vacíe los cambios para un auditTrail.

En preRemove y prePersist esto funciona a la perfección pero en preUpdate no pasa nada. Si llamo a flush yo, va en un bucle recursivo.

De acuerdo con los grupos de Google para el usuario de doctrina, ponerlo en Flush debe ser una opción, pero en ese caso no puedo acceder a los valores anteriores de la entidad para guardar estos valores antiguos en otra entidad para el audittrail.

Algunos pequeño ejemplo de lo que estoy tratando de archivo:

<?php 
/** 
* @Entity 
* @HasLifeCycleCallbacks 
*/ 
class someEntity { 
    ... annotations ... 


    /** 
    * @PreUpdate 
    */ 
    public function addAuditTrail() { 
     $em = \Zend_Registry::get('doctrine')->getEntityManager(); 

     $entity = new AuditTrail(); 
     $entity->action = 'update'; 
     $entity->someField = $this->someField; 

     $em->persist($entity); //this just doesn't do anything :-(
    } 
} 
?> 

No es verdadero código, sólo algo para ilustrar lo que quiero. También probé algo como esto:

$em->getUnitOfWork()->computeChangeSet($em->getClassMetaData(get_class($entity)), $entity); 

que deberían funcionar de acuerdo a este tema: http://groups.google.com/group/doctrine-user/browse_thread/thread/bd9195f04857dcd4

Si llamo al ras de nuevo, pero que causa Apache se colapse debido a algún bucle infinito.

¿Alguien que tiene ideas para mí? ¡Gracias!

Answer 1

Nunca debe usar el entitymanager dentro de sus entidades. Si desea añadir pistas de auditoría, debe mapear la entidad "SomeEntity" a la entidad "AuditTrail" y hacer algo como

/** 
* @PreUpdate 
*/ 
public function addAuditTrail() { 
    $entity = new AuditTrail(); 
    $entity->action = 'update'; 
    $entity->someField = $this->someField; 

    $this->autitTrail->add($entity); 
} 

Si establece la opción de cascada en el mapeo, que conseguirá persistido cuando persistir "SomeEntity".

Answer 2

entitymanager-> persist() no funcionará dentro del método preUpdate. En lugar de eso, puede guardar los datos de AuditTrail en la sesión y después del enjuague de 'SomeEntity', tomar los datos de la sesión y ejecutar entitymanager-> persist (...) y entitymanager-> flush()

Answer 3

Tuve el mismo problema en el método preUpdate de un EventListener. Resolví esto almacenando la nueva entidad en una propiedad y moviendo las nuevas llamadas persist() y flush() al método postUpdate.

class someEntity { 
... annotations ... 

protected $store; 

/** 
* @PreUpdate 
*/ 
public function addAuditTrail() { 
    //$em = \Zend_Registry::get('doctrine')->getEntityManager(); 

    $entity = new AuditTrail(); 
    $entity->action = 'update'; 
    $entity->someField = $this->someField; 

    // replaces $em->persist($entity); 
    $this->store = $entity; 
} 

/** 
* @PostUpdate 
*/ 
public function saveAuditTrail() { 
    $em = \Zend_Registry::get('doctrine')->getEntityManager(); 
    $em->persist($this->store); 
    $em->flush(); 
} 

}