Quy tắc thừa kế Spring @Transactional

Question

Tôi có một bộ gồm @Service các hạt kế thừa chức năng cốt lõi từ một lớp trừu tượng. Tôi đã đánh dấu từng dịch vụ cấp dưới cụ thể bằng @Service và @Transactional. Lớp siêu trừu tượng chứa phương thức điểm vào công khai cho từng dịch vụ này. Nói cách khác, tôi có một cái gì đó tương tự như sau:

abstract class AbstractService { 

    public void process() { 
     // Do common initialisation code here 
     processSpecific(); 
     // Do common completion code here 
    } 

    abstract protected void processSpecific(); 
} 


@Service @Transactional 
public class FirstSpecificService extends AbstractService { 
    protected void processSpecific() { 
     // Do specific processing code here 
    } 
} 


@Service @Transactional 
public class SecondSpecificService extends AbstractService { 
    protected void processSpecific() { 
     // Do different specific processing code here 
    } 
} 

Các mã cụ thể trong mỗi dịch vụ sub-class bê tông làm cho nhiều cuộc gọi đến các lớp DAO để thay đổi cơ sở dữ liệu, trong đó có REQUIRED như công tác tuyên truyền giao dịch kiểu. Bây giờ với các dịch vụ được xác định như trên, tôi phát hiện ra rằng không có giao dịch hiện tại bên trong bất kỳ mã nào của các dịch vụ phụ lớp bê tông này, và mỗi cuộc gọi đến lớp DAO đã tạo một giao dịch mới, thực hiện các thay đổi, cam kết giao dịch và trả lại.

Tuy nhiên, nếu tôi chú thích các siêu lớp trừu tượng với @Transactional, sau đó một giao dịch là tạo đúng cách, và các tiểu cuộc gọi đến các lớp DAO tất cả tham gia vào các giao dịch vãng lai.

Vì vậy, câu hỏi của tôi là, các quy tắc để kế thừa hành vi @Transactional là gì? Tại sao Spring không sử dụng @Transactional trên các dịch vụ phụ cấp cụ thể mà nó thực sự khởi tạo? Liệu các @Transactional cần phải được trên siêu hạng trong trường hợp này bởi vì đó là nơi mà các phương pháp nhập điểm công cộng là?

Answer 1

Từ các tài liệu giao dịch mùa xuân,

Lưu ý: Trong chế độ proxy (đó là mặc định), chỉ có phương pháp 'bên ngoài' các cuộc gọi đến trong thông qua proxy sẽ bị chặn. Điều này có nghĩa là 'tự gọi', nghĩa là phương thức trong đối tượng đích gọi một số phương thức khác của đối tượng đích sẽ không dẫn đến giao dịch thực tế khi chạy ngay cả khi phương thức được gọi được đánh dấu bằng @Transactional!

Mặc dù bạn có @Transactional về triển khai cụ thể của bạn và bạn đang gọi phương thức xử lý thực sự giao dịch bằng chú thích của bạn, nhưng quá trình gọi processSpecific trên lớp phụ của bạn không giao dịch vì cuộc gọi nội bộ này.

Nhìn vào Dệt.

Answer 2

Bạn đã đọc phần về transaction propagation và cách cấu hình có thể được định cấu hình bằng cách sử dụng @Transactional?

Một lĩnh vực quan tâm khác là Spring khuyên bạn nên annotate concrete classes (như trái ngược với giao diện chú thích).