Questão de Engenharia de Software — Frameworks — FGV 2026

Hibernate Envers – Auditoria com Metadados Customizados

Gabarito: letra E. Para incluir o nome do usuário no histórico de revisões usando o Hibernate Envers, a prática padrão é configurar um Revision Listener que, ao capturar um evento de alteração, preenche um campo customizado (ex.: revisedBy) com o nome do usuário logado. As demais alternativas propõem mecanismos inadequados ou não específicos do Envers.

A banca testa o conhecimento da API do Envers para auditoria. O Envers já fornece tabelas de auditoria automáticas, mas para adicionar metadados adicionais (como usuário responsável), é necessário estender a entidade de revisão e implementar um RevisionListener.

Alternativa A — ❌ Incorreta

A funcionalidade de Customized Revision Metadata existe, mas a descrição genérica de "armazenar em campo específico da tabela de auditoria da entidade Projeto" não reflete o mecanismo real. O correto é criar uma entidade de revisão separada (não na tabela da entidade auditada) com campos adicionais e popular via listener.

Alternativa B — ❌ Incorreta

Envers não possui um conceito de "filtro de auditoria" para interceptar operações. O mecanismo correto é o Revision Listener, não um filtro.

Alternativa C — ❌ Incorreta

@AuditOverride é usado para sobrescrever configurações de auditoria em propriedades de entidades (ex.: @AuditOverride(forClass = ... , isAudited = false)), não para adicionar metadados de revisão.

Alternativa D — ❌ Incorreta

Interceptors do Hibernate são genéricos e poderiam funcionar, mas não são a abordagem específica do Envers. O Envers já possui seu próprio ponto de extensão (RevisionListener), que é mais elegante e evita conflitos.

Alternativa E — ✅ Correta ⟵ GABARITO

A configuração de um Revision Listener é a maneira correta e recomendada. Exemplo:

@RevisionEntity(UserRevisionListener.class)
public class RevEntity {
    @Column(name = "revised_by")
    private String username;
    // getter/setter
}

public class UserRevisionListener implements RevisionListener {
    @Override
    public void newRevision(Object revisionEntity) {
        RevEntity rev = (RevEntity) revisionEntity;
        rev.setUsername(SecurityUtils.getCurrentUser());
    }
}

Assim, cada revisão gerada pelo Envers conterá o nome do usuário logado.

Gabarito: letra E.