- vừa được xem lúc

Implementing Auditing in Java for Tracking Data Changes

0 0 1

Người đăng: Van Linh Intern Solution Architect

Theo Viblo Asia

What is Auditing?

Auditing is the process of recording who changed what and when in your application. It is particularly important in enterprise applications for ensuring data security, traceability, and compliance.

Java Auditing Tools:

  • In Java, auditing can be achieved using various approaches. Frameworks like Hibernate, Spring Data JPA, or specific libraries like Envers can simplify the auditing process.
  • Hibernate Envers is commonly used for auditing. It allows you to automatically store revisions of your data in a separate table, capturing changes to entities and storing the old values.

Audit Example with Spring Data JPA:

EntityListener: Spring Data JPA provides a way to automatically audit entities by using listeners that trigger during certain lifecycle events (@PrePersist, @PreUpdate, etc.). You can create a base class to manage audit fields such as createdBy, createdDate, modifiedBy, and modifiedDate:

**@MappedSuperclass public abstract class Auditable { @CreatedDate @Column(updatable = false) private LocalDateTime createdDate;

@LastModifiedDate
private LocalDateTime modifiedDate; // getters and setters

}**

Then, you annotate your entity classes with @EntityListeners to automatically track changes:

@Entity @EntityListeners(AuditingEntityListener.class) public class User extends Auditable { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id;

private String name;
private String email; // other fields, getters, and setters

}

To enable auditing, you'll need to configure Spring Boot to activate auditing features in the @Configuration class:

@Configuration @EnableJpaAuditing public class JpaConfig { }

**@Configuration @EnableJpaAuditing public class JpaConfig { } **

Custom Auditing Logic:

You can also implement custom logic to capture specific audit data. For example, you may want to track changes made by a particular user. This can be done by manually saving the audit information in an audit table.

**@Entity public class AuditLog { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String action; private String entityName; private Long entityId; private String userName; private LocalDateTime timestamp; } **

You can then create a service that logs these actions whenever changes occur:

**public void audit(String action, String entityName, Long entityId, String userName) { AuditLog auditLog = new AuditLog(); auditLog.setAction(action); auditLog.setEntityName(entityName); auditLog.setEntityId(entityId); auditLog.setUserName(userName); auditLog.setTimestamp(LocalDateTime.now());

auditLogRepository.save(auditLog);

} **

Audit Fields: Common fields you may want to capture in auditing: createdBy: Who created the record. createdDate: When the record was created. modifiedBy: Who modified the record. modifiedDate: When the record was last modified. action: What action was performed (create, update, delete). oldValue, newValue: Track before and after values of fields (in case of updates).

Bình luận

Bài viết tương tự

- vừa được xem lúc

Nhập môn lý thuyết cơ sở dữ liệu - Phần 1 : Tổng quan

# Trong bài viết này mình sẽ tập trung vào chủ đề tổng quan về Cơ sở dữ liệu. Phần 1 lý thuyết nên hơi chán các bạn cố gắng đọc nhé, chắc lý thuyết mới làm bài tập được, kiến thức còn nhiều các bạn cứ

0 0 112

- vừa được xem lúc

002: Hiểu về Index để tăng performance với PostgreSQL P1

Bài viết nằm trong series Performance optimization với PostgreSQL. Từ bài này sẽ liên quan nhiều đến practice nên các bạn chuẩn bị env và data trước.

0 0 500

- vừa được xem lúc

003: Hiểu về Index để tăng performance với PostgreSQL P2

Bài viết nằm trong series Performance optimization với PostgreSQL. . . B-Tree index.

0 0 527

- vừa được xem lúc

010: Exclusive lock và Shared lock

Bài viết nằm trong series Performance optimization với PostgreSQL. Nếu execute single query:. UPDATE TABLE X SET COLUMN = 'Y' WHERE ID = 1;. .

0 0 50

- vừa được xem lúc

009: Optimistic lock và Pessimistic lock

Bài viết nằm trong series Performance optimization với PostgreSQL. Nghe có vẻ nguy hiểm nhưng cách giải quyết không có gì phức tạp, sử dụng các cơ chế mutual exclusion là giải quyết được vấn đề này.

0 0 57

- vừa được xem lúc

011: PostgreSQL multi-version concurrency control

Bài viết nằm trong series Performance optimization với PostgreSQL. Vậy có cách nào không cần lock mà vẫn concurrent read/write không.

0 0 44