Hibernate (APP) en cascada - recuperar Identificación del niño

Question

tengo una clase padre con el siguiente campo con cascada opción:

public class Parent { 
    @OneToMany(mappedBy = "parent", cascade = CascadeType.ALL) 
    @Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN) 
    private final Set<Child> children = new HashSet<Child>(); 
    public addChild(Child child) { children.add(child); } 
} 

En mi solicitud Quiero añadir un niño y luego llamar a la APP se funden en la matriz clase, persistiendo automáticamente a mi nuevo hijo. Todo esto funciona, sin embargo, la referencia de niño original que inserté en mi objeto principal ha cambiado, lo que significa que no puedo recuperar la identificación de mi hijo persistente. ¿Hay alguna manera de decirle a hibernate que vuelva a utilizar mi referencia de hijo mayor en lugar de crear una nueva? durante la fusión

Answer 1

acaba de obtener la instancia resultante de la fusión de sus padres:

parent = entityManager.merge(parent); 

Actualización:

Lo que queremos no es posible. O manualmente merge() el hijo, y luego agréguelo al padre, u obtenga la nueva instancia hija de la colección primaria y úsela en su lugar.

Answer 2

Para muchas acciones, Hibernate genera un evento que se puede escuchar y un código de soporte para escuchar.

Si está utilizando Spring junto con Hibernate, por ejemplo, puede registrar una clase org.springframework.orm.hibernate3.support.IdTransferringMergeEventListener como escucha para el evento de fusión de hibernate (de Creo que spring-orm.jar) poniendo lo siguiente en su hibernate.cfg.xml (o cualquier archivo se hace referencia en la configuración de la primavera de configuración de hibernación):

<event type="merge"> 
     <listener class="org.springframework.orm.hibernate3.support.IdTransferringMergeEventListener"/> 
    </event> 

o añadiendo un mapa en su frijol sessionFactory:

<bean id="sessionFactory" 
      class="org.springframework.orm.hibernate3.LocalSessionFactoryBean" 
      p:dataSource-ref="dataSource"> 
    <property name="configLocation" value="WEB-INF/classes/hibernate.cfg.xml"/> 
    <property name="eventListeners"> 
      <map> 
        <entry key="merge"> 
          <bean class="org.springframework.orm.hibernate3.support.IdTransferringMergeEventListener"/> 
        </entry> 
      </map> 
    </property> 

Si hace cualquiera de estos, este oyente debe establecer la identificación en el objeto original. Si no está utilizando Spring, es probable que haya una forma de conectar un oyente que sea similar a uno de estos.

No he probado el comportamiento secundario que está buscando, pero estoy bastante seguro de que una combinación en el padre desencadenará una fusión en el niño para que se llame al oyente por ambos.

La configuración de JPA puede ser diferente, pero sospecho que es posible, y espero que esto dé pistas.