<html><body>I. Introduction In today's data-centric world, maintaining a comprehensive record of changes and ensuring data integrity is critical for both developers and administrators. Auditing allows you to track and review modifications made to your data, providing a valuable history of who changed what and when. This guide delves into the auditing capabilities provided by Spring Data JPA and Hibernate Envers, exploring their features, benefits, and detailed configuration steps. Whether you're building a new application or enhancing an existing one, understanding and implementing auditing can greatly improve data governance and traceability. The importance of Auditing is crucial for a variety of reasons: <ul><li style="text-align:justify;">Data Integrity: Ensures that data changes are recorded, providing a clear history that can be audited or restored if needed. </li><li style="text-align:justify;">Accountability: Tracks who made changes and when which is essential for compliance and accountability in applications. </li><li style="text-align:justify;">Debugging: Helps in troubleshooting by allowing you to trace back to the exact point when data was altered. </li><li style="text-align:justify;">Spring Data JPA and Hibernate Envers offer robust solutions for implementing auditing, each with its own strengths and use cases. </li></ul>II. Understanding Auditing in Spring Data JPA Spring Data JPA is a robust framework that simplifies data access in Java applications. It integrates seamlessly with the Java Persistence API (JPA) to handle CRUD operations and provide features such as pagination and sorting. However, Spring Data JPA does not include built-in auditing features out of the box. Auditing involves tracking detailed information about changes to data, including: <ul><li style="text-align:justify;">Who made the change </li><li style="text-align:justify;">When the change was made </li><li style="text-align:justify;">What changes were made </li></ul>Important notes for auditing in Spring Data JPA are as follows: @CreatedDate: captures the moment the entity was brought into existence. @LastModifiedDate: records the time of the entity's most recent update. @CreatedBy: documents the entity's creator. @LastModifiedBy: keeps track of the person who made the most recent changes to the entity. 1. Enabling JPA Auditing: Set up a Spring Data JPA application with annotations to activate auditing features. Incorporating @EnableJpaAuditing into the main class is part of this process. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/enabling-JPA-Auditing-s7sEAd9S7KV0GJ0znw7qtziENK2f4jjjAYAcxbnZ.webp"> 2. Adding Spring’s Entity Callback Listener: Spring Data JPA uses @EntityListeners to specify callback listeners. The `AuditingEntityListener` provided by Spring is used to capture auditing information during entity lifecycle events: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/adding-springs-entity-callback-listener-Ssj5h7I48N20wVY2uE60Uj1wxxrRFAdGAlgo44NX.webp"> 3. Tracking Created and Last Modified Dates: You can track creation and modification timestamps by adding `@CreatedDate` and `@LastModifiedDate` annotations to your entity fields. Spring Data JPA automatically updates these fields. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/tracking-created-and-last-modified-dates-a3QVI4YfltQQZsUE3Asbojyz53pnPm15Xbat9P8P.webp">  4. Author of Changes with Spring Security: If the application uses Spring Security, it can track who changed the data by using `@CreatedBy` and `@LastModifiedBy`. Implement the `AuditorAware&lt;T&gt;` interface to provide the current user information: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/author-of-changes-with-spring-security-3iFhTZDwqFh8hb4HByPBLbGKaiog5RfHkeQKEJcF.webp">  The information comes from SecurityContext’s Authentication instance. To alter values assigned to the annotated fields, we can utilize the `AuditorAware` interface. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/AuditorAware-CMkxKmcdrZFG8688kTJXwHmnxFB8tZdghr9y0SgA.webp">  III. Introduction to Hibernate Envers Hibernate Envers is a module of Hibernate, the object-relational mapping (ORM) tool,  that provides a robust solution for auditing. Envers automatically tracks changes to entities, storing the history of revisions in separate tables. This makes it easy to query historical data and understand how it has evolved. 1. Setting up Hibernate Envers: To set up Envers, add the `hibernate-envers` JAR into the classpath: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/setting-up-hibernate-envers-AM45VGAibotJEkHmKYJS7YVsOzOcG1iW92C5LBzf.webp">  Then add the `@Audited` annotation, either on an `@Entity` (to audit the whole entity) or on a specific `@Column` (if we need to audit specific properties only). <img src="https://api.careers.saigontechnology.com/storage/ck-editor/setting-up-hibernate-envers-2-RrxfJMdOigLZu1WtgQgq3NKGjOS4cIGPAIOhFXnB.webp">  2. Creating Audit Log Tables: Set `hibernate.hbm2ddl.auto` to create, create-drop, or update, and then Envers can create them automatically. Consider using auto create table in the database in a business project. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/creating-audit-log-tables-mjKswSVEHPp0jRTXUd09f5VFn7B7NYuPJPppyTi7.webp">  3. Configuring Envers: Set up Envers properties in the same way as you would any other Hibernate property. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/configuring-envers-AtLkDDEJxavyiGi1xQkQ3GwCoDal6qz9dQpDZn86.webp">  4. Accessing Entity History: Data from the past can be retrieved in a similar way to how data is retrieved using the Hibernate Criteria API. Using an active `EntityManager` or `Session`, the `AuditReader` interface can be used to access the audit history of an entity via the `AuditReaderFactory`. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/accessing-entity-history-gXGockkH51Tojt1FYmhtP9RcEebVIUvWRr9AOIjD.webp">  IV. Custom Revision By default, Envers tracks "what" changed but does not include details on "who" or "when" changes occurred. You can customize the revision table to include additional fields like username and revision date. 1. Implement a Custom Revision Entity: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/implement-a-custom-revision-entity-IM5tTieEmz4CItbQRaQOKCZu9Nu9FOrwcouTXPtI.webp">  2. Create a Revision Listener: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/create-a-revision-listener-XSAxrxAwcHvB2EYOeVuyF1zm4VLp70k0dGOlcuwn.webp">  V. Database Behavior with Auditing 1. Auto-Updating Entities with Auditing: After configuring the Auditing with annotations, the client sends the request CRUD with only the necessary fields, and other fields that were config Auditing will auto-update data in the database. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/auto-updating-entities-with-auditing-Hp1e9uNScdBIVLgKe4IY6nB5Ir4MsYfUsfkQL8GL.webp"> <img src="https://api.careers.saigontechnology.com/storage/ck-editor/auto-updating-entities-with-auditing-2-vsfoicCiEv2rfzKshlvLuvtc0BoaNRSv804IvwxW.webp"> 2. History revision tables: The system automatically creates two new tables, one named `revinfo` and the other `[entity_name]_aud`. In the revinfo table, it’s the tracking time of each revision, but it has the limitation that it shows the timestamp in `long` type, so it’s hard for developers to track ‘when’ the entity changes. In [entity_name]_aud table, in each transaction will create new records. With `id` column is represented for entity id. The `rev` is represented as a timestamp in the revision table. The `revtype` represents the action of each change: 0 - Create, 1 - Update, 2 - Delete. * A noted that after each action (CRUD), it will create only 1 record even when you update 1 or more than 1 field in each request. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/history-revision-tables-GRez1u4hXUEh7q31DcrslUTr3FtxOk9sx6nnVwkG.webp"> 3. Custom revision results: The result after the config customization revision is that we can track the time and username of each transaction: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/custom-revision-results-9lpkZcw5cDq8A5EQfXaGb1X3ZsdJwIvq2m3OFYGB.webp"> VI. Conclusion Implementing auditing with Spring Data JPA and Hibernate Envers is essential for maintaining data integrity and tracking changes effectively. By following the steps outlined in this guide, you can configure comprehensive auditing mechanisms that provide valuable insights into your data's history and evolution. Auditing not only aids in maintaining data integrity and compliance but also supports debugging and operational transparency. Whether you're developing a new application or upgrading an existing system, integrating auditing will significantly enhance your application's robustness and reliability. Resources Demo source code: References <a href="https://technicaldeepdive.hashnode.dev/bai-8-auditing-voi-spring-data-jpa">Lession 8: Auditing with Spring Data JPA - Donnie’s Blog</a> <a href="https://www.baeldung.com/database-auditing-jpa">Auditing with JPA, Hibernate, and Spring Data JPA - Baeldung</a> </body></html>

In modern software development, maintaining a clear history of changes and ensuring data integrity is crucial. Auditing plays a vital role in this process by allowing developers and administrators to track data modifications over time. This blog provides a comprehensive guide on how to implement auditing using Spring Data JPA and Hibernate Envers. We will explore the benefits of these tools and offer detailed instructions on configuring them for effective auditing.

Auditing with Spring Data JPA: A Comprehensive Guide