Mise en veille prolongée, sauvegarde de l'état précédent d'un objet

Question

Existe-t-il un mode d'utilisation d'Hibernate, généralement accepté et éprouvé, qui conserve l'historique des modifications d'une entité dans la base de données?

Nous devons garder une trace de certains objets et nous voulons pouvoir annuler les modifications apportées aux objets.

J'ai essayé d'utiliser les intercepteurs d'hibernation, mais l'ancien état de l'objet n'est disponible que pour merge(). La plupart du temps nous faisons update() ou saveOrUpdate() si ...

Je laisse actuellement warp-persistent avec Guice gérer la session.

Answer 1

Je l'ai fait avec un Interceptor (créant le mien basé sur EmptyInterceptor). J'ai été capable d'obtenir tous les changements (fusionner, enregistrer, saveOrUpdate et supprimer) dans onFlushDirty().

Les méthodes de EmptyInterceptor I utilisé:

@Override 
public boolean onFlushDirty(Object object, Serializable id, 
    Object[] newValues, Object[] oldValues, String[] properties, 
    Type[] types) throws CallbackException { 

@Override 
public boolean onSave(Object object, Serializable id, Object[] newValues, 
    String[] properties, Type[] types) throws CallbackException { 

@Override 
public void onDelete(Object object, Serializable id, Object[] newValues, 
    String[] properties, Type[] types) throws CallbackException { 

En onFlushDirty() je dû interroger l'état précédent de l'entité:

Connection c = sessionFactory.getCurrentSession().connection(); 
Session session = sessionFactory.openSession(c); 

BaseEntity newBaseEntity = (BaseEntity) object; 
BaseEntity oldBaseEntity = (BaseEntity) session.get(newBaseEntity.getClass(), newBaseEntity.getId()); 

Answer 2

J'ai eu exactement le même problème. Un moyen de contourner est lock() avec l'état précédent, puis merge() avec le nouvel état, plutôt que de faire update() avec juste le nouvel état.

Alors Hibernate est conscient de l'avant/après et il est disponible dans les intercepteurs/écouteurs d'événements.

HTH.

Answer 3

JBoss envers est peut-être ce que vous recherchez.

Le projet Envers vise à faciliter l'audit/la gestion des versions des classes persistantes. Tout ce que vous avez à faire est d'annoter votre classe persistante ou certaines de ses propriétés, que vous voulez auditer, avec @Audited. Pour chaque entité auditée, une table sera créée, qui contiendra l'historique des modifications apportées à l'entité. Vous pouvez ensuite récupérer et interroger les données historiques sans trop d'efforts.

Similairement à Subversion, la bibliothèque a un concept de révisions. Fondamentalement, une transaction est une révision (sauf si la transaction n'a pas modifié les entités auditées). Comme les révisions sont globales, avec un numéro de révision, vous pouvez interroger diverses entités à cette révision, en récupérant une vue (partielle) de la base de données lors de cette révision. Vous pouvez trouver un numéro de révision ayant une date, et inversement, vous pouvez obtenir la date à laquelle une révision a été validée.

Answer 4

Mise en veille prolongée Envers de JBoss est probablement ce que vous cherchez:

Le projet vise à permettre Envers l'audit/versioning facile des classes persistantes. Tout ce que vous avez à faire est d'annoter votre classe persistante ou certaines de ses propriétés, que vous voulez auditer, avec @Audited. Pour chaque entité auditée, une table sera créée, qui contiendra l'historique des modifications apportées à l'entité. Vous pouvez ensuite récupérer et interroger les données historiques sans trop d'efforts.

Answer 5

Il existe un projet de versioning et d'audit automatique développé par JBoss: envers. Je peux vous recommander d'utiliser ceci, j'ai déjà implémenté l'audit à la main et cela peut devenir très compliqué quand vous commencez à aborder des cas d'utilisation plus complexes.