¿Por qué tengo que guardar explícitamente después de un hallazgo con Hibernate?

Question

Por qué necesito la línea "session.save (user);" en el siguiente fragmento de código? Pensé que, con la llamada a buscar, el usuario ya estaba conectado a la sesión y los cambios se registrarían y confirmarían. ¿Te importaría explicar los detalles por mí? ¿O necesito una configuración especial u otras circunstancias en las que podría haber escuchado acerca de esta 'función'?

session = createSession(); 
ta = session.beginTransaction(); 
assertEquals(1, session.createCriteria(MyUser.class).list().size()); 
// find one user 
MyUser user = session.createCriteria(MyUser.class).uniqueResult(); 
user.setName("Rocker!"); 
// ### HERE ### 
// WHY this 'save' is necessary!!?? 
session.save(user); 
ta.commit(); 

ta = session.beginTransaction(); 
assertEquals(1, session.createCriteria(MyUser.class).list().size()); 
MyUser user = session.createCriteria(MyUser.class).uniqueResult(); 
assertEquals("Rocker!", user.getName()); 
ta.commit(); 

ACTUALIZACIÓN 1

La misma cuestión se aplica a

1. session.save (usuario);
2. user.setName ("Rocker!");
3. ta.commit();

ACTUALIZACIÓN 2

La solución al problema es: Estoy utilizando guice/urdimbre persisten. Y en algunos casos me vincularon incorrectamente un bloque de código a una transacción a través de @Transactional: por lo tanto, la transacción se realizó demasiado pronto y, por lo tanto, el cambio por separado no se incluyó en la confirmación. ¡Gracias chicos! Por lo tanto, siempre asegúrese de que sabe acerca de su ámbito de transacción en caso de que esté utilizando primavera o guice ...

Answer 1

Tiene razón en que Hibernate debe detectar automáticamente los cambios en el estado de los objetos persistentes:

persistente - una instancia persistente tiene una representación en la base de datos y un valor de identificador. Puede haber sido guardado o cargado, sin embargo, es por definición en el ámbito de una sesión. Hibernate detectará cualquier cambio realizado en un objeto en estado persistente y sincronizará el estado con la base de datos cuando la unidad de trabajo finalice. Los desarrolladores no ejecutan sentencias manuales de ACTUALIZACIÓN o DELETA cuando un objeto debe convertirse en transitorio.

quiero suponer que los resultados de los criterios no se devuelven en estado persistente (pero parece que no puede encontrar la prueba de esto en la documentación)

Trate de usar una consulta HQL, para los que los documentos son claro:

casos Entidad recuperados por una consulta se encuentran en un estado persistente

también asegúrese de que el modo de descarga de la sesión se establece en AUTO o r COMMIT.