12.7.5.4. Propriétés de configuration Envers

org.hibernate.envers.audit_table_prefix

String attaché au nom d'une entité auditée, pour créer le nom de l'entité qui contiendra l'audit en formation.

org.hibernate.envers.audit_table_suffix

_AUD

String attaché au nom d'une entité auditée, pour créer le nom de l'entité qui contiendra l'audit en formation. Par exemple, si une entité ayant comme nom de tableau Person est auditée, Envers créera un tableau nommé Person_AUD pour stocker les données historiques.

org.hibernate.envers.revision_field_name

REV

Le nom du champ qui contient le numéro de révision dans l'entité d'audit.

org.hibernate.envers.revision_type_field_name

REVTYPE

Le nom du champ de l'entité d'audit qui contient le type de révision. Les types actuels de révision possibles sont : add, mod et del.

org.hibernate.envers.revision_on_collection_change

true

Cette propriété indique si une révision doit être créée si un champ relationnel qui n'appartient à personne change. Il peut s'agir d'une collection d'une relation one-to-many, ou bien du champ qui utilise l'attribut mappedBy dans une relation one-to-one.

org.hibernate.envers.do_not_audit_optimistic_locking_field

true

Si true, les propriétés utilisées pour le verrouillage optimiste (annoté par @Version) sera exclus automatiquement de l'audit.

org.hibernate.envers.store_data_at_delete

false

Cette propriété définit si oui ou non les données d'entité doivent être stockées dans la révision lorsque l'entité est supprimée, au lieu de l'ID uniquement, avec toutes les autres propriétés marquées comme null. Ce n'est pas généralement nécessaire, car les données sont présentes dans l'avant dernière révision. Parfois, il est plus facile et plus efficace d'y accéder dans la dernière révision. Cependant, cela signifie que les données de l'entité contenues avant suppression apparaissent deux fois.

org.hibernate.envers.default_schema

null (comme dans les tableaux normaux)

Le nom de schéma par défaut utilisé pour les tableaux d'audit. Peut être substitué à l'aide de l'annotation @AuditTable(schema="..."). Si absent, le schéma sera le même que le schéma des tableaux normaux.

org.hibernate.envers.default_catalog

null (comme dans les tableaux normaux)

Le nom de catalogue par défaut qui doit être utilisé dans les tableaux d'audit. Peut être substitué par l'annotation @AuditTable(catalog="..."). Si non présent, le catalogue sera le même que le catalogue des tableaux normaux.

org.hibernate.envers.audit_strategy

org.hibernate.envers.strategy.DefaultAuditStrategy

Cette propriété définit la stratégie d'auditing qui doit être utilisée lors de la persistance des données d'audit. Par défaut, seule la révision où une entité a été modifiée est stockée. Alternativement, org.hibernate.envers.strategy.ValidityAuditStrategy stocke la révision du départ et révision de la fin. Ceux-ci définissent ensemble quand une ligne d'auditing est valide.

org.hibernate.envers.audit_strategy_validity_end_rev_field_name

REVEND

Le nom de la colonne qui contiendra le dernier numéro de révision dans les entités d'auditing. Cette propriété n'est valide que si la stratégie d'auditing de validité est utilisée.

org.hibernate.envers.audit_strategy_validity_store_revend_timestamp

false

Cette propriété définit si l'horodatage du dernier numéro de révision des dernières données valides doit être conservé en plus de la dernière révision elle-même. Ceci est utile pour pouvoir purger les archives d'audit sur une base de données relationnelle en utilisant le partitionnement de la table. Le partitionnement exige une colonne qui existe dans la table. Cette propriété n'est évaluée que si la ValidityAuditStrategy est utilisée

org.hibernate.envers.audit_strategy_validity_revend_timestamp_field_name

REVEND_TSTMP

Nom de la colonne d'horodatage de la dernière révision au moment où les données étaient encore valides. Utilisé uniquement si ValidityAuditStrategy est utilisé, et si org.hibernate.envers.audit_strategy_validity_store_revend_timestamp évalue sur true.