Question

这是我的用例

我有两个实体：Personn和Email（@OneToMany关系）。两者都经过审核。

首先我创建一个新的Personn，带有电子邮件（=＆gt;两者都有修订版1），然后我修改电子邮件（=＆gt;电子邮件有修订版2，但是Personn只有修订版1）

在Web应用程序中，最终用户只有一个视图来显示Personn的属性以及他的电子邮件属性。在此视图中，我想显示此Personn的所有现有修订。但是当我查询审计系统时，它没有显示修订版2，因为Personn尚未被修改。

我理解技术问题，但从最终用户的角度来看，他希望看到修订版2，因为他修改了personn的电子邮件！他不知道（也不必知道）我们决定将这些信息分成两个Java对象。当然这个问题不仅仅出现在Personn-Email关系中（我在Personn和同一视图中显示的其他对象之间有很多关系 - 地址，工作，网站，卡等等）

我想到了两个解决方案：

1-查询所有关系以了解修订是否存在（但我认为它会生成大请求或多个请求 - 我有很多关系）。

2-将“hibernate.listeners.envers.autoRegister”设置为false，编写自己的EnversIntegrator和事件实现。在事件实现中（覆盖默认的Envers实现），我将在修改Email的attributs时为Personn创建一个ModWorkUnit（当然，它不会被硬编码：在personn字段上运行自定义注释，如@AuditedPropagation）。这个解决方案的缺陷是为Personn创建了很多行，即使它没有被修改。

您对这些解决方案有何看法？你知道解决这种用例的更好方法吗？

感谢您的建议。

Answer 1

我尝试实施第二个解决方案：

首先我的集成商添加了一个新的更新后监听器（RevisionOnCollectionPostUpdateEventListenerImpl）

public class RevisionOnCollectionUpdateIntegrator implements Integrator {
private static final CoreMessageLogger LOG = Logger.getMessageLogger(CoreMessageLogger.class, RevisionOnCollectionUpdateIntegrator.class.getName());

public static final String REGISTER_ON_UPDATE = "org.hibernate.envers.revision_on_collection_update";

@Override
public void integrate(Configuration configuration, SessionFactoryImplementor sessionFactory, SessionFactoryServiceRegistry serviceRegistry) {

    final boolean autoRegister = ConfigurationHelper.getBoolean(REGISTER_ON_UPDATE, configuration.getProperties(), true);
    if (!autoRegister) {
        LOG.debug("Skipping 'revision_on_collection_update' listener auto registration");
        return;
    }

    EventListenerRegistry listenerRegistry = serviceRegistry.getService(EventListenerRegistry.class);
    listenerRegistry.addDuplicationStrategy(EnversListenerDuplicationStrategy.INSTANCE);

    final AuditConfiguration enversConfiguration = AuditConfiguration.getFor(configuration, serviceRegistry.getService(ClassLoaderService.class));
    if (enversConfiguration.getEntCfg().hasAuditedEntities()) {
        listenerRegistry.appendListeners(EventType.POST_UPDATE, new RevisionOnCollectionPostUpdateEventListenerImpl(enversConfiguration));
    }
}

然后是更新后监听器（扩展）：

public class RevisionOnCollectionPostUpdateEventListenerImpl extends EnversPostUpdateEventListenerImpl {
protected final void generateBidirectionalWorkUnits(AuditProcess auditProcess, EntityPersister entityPersister, String entityName, Object[] newState,
        Object[] oldState, SessionImplementor session) {
    // Checking if this is enabled in configuration ...
    if (!getAuditConfiguration().getGlobalCfg().isGenerateRevisionsForCollections()) {
        return;
    }

    // Checks every property of the entity, if it is an "owned" to-one relation to another entity.
    // If the value of that property changed, and the relation is bi-directional, a new revision
    // for the related entity is generated.
    String[] propertyNames = entityPersister.getPropertyNames();

    for (int i = 0; i < propertyNames.length; i++) {
        String propertyName = propertyNames[i];
        RelationDescription relDesc = getAuditConfiguration().getEntCfg().getRelationDescription(entityName, propertyName);
        if (relDesc != null && relDesc.isBidirectional() && relDesc.getRelationType() == RelationType.TO_ONE && relDesc.isInsertable()) {
            // Checking for changes
            Object oldValue = oldState == null ? null : oldState[i];
            Object newValue = newState == null ? null : newState[i];

                    // Here is the magic part !!!!!!!!!
                    // The super class verify if old and new value (of the owner value) are equals or not
                    // If different (add or delete) then an audit entry is also added for the owned entity
                    // When commented, an audit row for the owned entity is added when a related entity is updated
        //  if (!Tools.entitiesEqual(session, relDesc.getToEntityName(), oldValue, newValue)) {
                // We have to generate changes both in the old collection (size decreses) and new collection
                // (size increases).
                if (newValue != null) {
                    addCollectionChangeWorkUnit(auditProcess, session, entityName, relDesc, newValue);
                }

                if (oldValue != null) {
                    addCollectionChangeWorkUnit(auditProcess, session, entityName, relDesc, oldValue);
                }
        //  }
        }
    }
}

它似乎有效，但我必须再测试一下。

Answer 2

我无法使自定义帖子更新侦听器解决方案正常工作。 addCollectionChangeWorkUnit似乎不存在，直到hibernate 4.1被标记为私有。 EnversPostUpdateEventListenerImpl似乎出现在hibernate 4.0中的某个点

我通过在我的A实体上添加一个隐藏的lastUpdated日期字段来解决我的问题。

@Entity
public class A {
    private Date lastModified;
    @OneToMany(mappedBy = "a", cascade = CascadeType.ALL )
    private List<B> blist;
    public void touch(){
        lastModified=new Date();
    }
}

在相关实体（如B字段）中，我添加了以下内容：

public class B {
    @ManyToOne
    private A a; 

    @PreUpdate
    public void ensureParentUpdated(){
        if(a!=null){
            a.touch();
        }
    }
}

这确保只要将修订添加到B，就会将修订添加到A，即使它需要许多实体中的自定义代码。

如何检索审计的关系修订版？

2 个答案: