Spring @transaction không hoạt động như mong đợi ở junit ở chế độ không gỡ lỗi

Question

Tất cả các phương thức MyService đều được giao dịch. Các thử nghiệm junit dưới đây, được số mục, tiết kiệm một mục mới, và nhận được số mục để đảm bảo rằng số lượng đã được tăng lên bằng cách 1.

public class MyTest extends ServiceTest{ 

    1. int countBefore = myService.getCount(); //return n 
    2. myService.add(item);      //item is really added to DB 
    3. int countAfter = myService.getCount(); //return n (sometimes n+1) 
} 

@Transactional(propagation=Propagation.REQUIRES_NEW, isolation=Isolation.READ_COMMITTED) 
getCount(){…} 

@Transactional(propagation=Propagation.REQUIRES_NEW, isolation=Isolation.SERIALIZABLE) 
add(){…} 

---

@Ignore 
@ContextConfiguration(locations = { "file:src/main/resources/xxx-context.xml", 
            "file:src/main/resources/xxx-data.xml", 
            "file:src/main/resources/xxx-services.xml" }) 
@TransactionConfiguration(transactionManager = "txManager", defaultRollback = false) 
@TestExecutionListeners({ DependencyInjectionTestExecutionListener.class, 
          DirtiesContextTestExecutionListener.class, 
          TransactionalTestExecutionListener.class, 
          TestListener.class}) 

public class ServiceTest extends AbstractUT{ 

---

@Ignore 
@RunWith(SpringJUnit4ClassRunner.class) 
@TestExecutionListeners({TestListener.class}) 
public class AbstractUT{ 

Khi gỡ lỗi (3.) trả về n + 1 là những gì tôi muốn. Nhưng khi chạy thử nghiệm mà không gỡ lỗi tôi nhận được n.

Thậm chí đôi khi chạy thử nghiệm tôi nhận được n + 1 và lần sau tôi nhận được n và khi so sánh đầu ra std giữa hai lần thực hiện, nó trông giống hệt nhau. Tôi đã kích hoạt log4j.logger.org.springframework.transaction = TRACE và tôi có thể thấy:

Initializing transaction synchronization 
Getting transaction for MyService.getCount 
... 
Completing transaction for MyService.getCount 
Clearing transaction synchronization 

... 

Initializing transaction synchronization 
Getting transaction for MyService.add 
... 
Completing transaction for MyService.add 
Clearing transaction synchronization 

... 

Initializing transaction synchronization 
Getting transaction for MyService.getCount 
... 
Completing transaction for MyService.getCount 
Clearing transaction synchronization 

Vì vậy, giao dịch đang được thực hiện một sau khi khác, nhưng làm thế nào có thể là (3) không thấy mục đã lưu?

giao dịch managment được thiết lập trong lớp học thử nghiệm của tôi theo: https://stackoverflow.com/a/28657650/353985

Làm thế nào tôi có thể tìm thấy những gì đang xảy ra vậy? Cảm ơn!

Answer 1

Có vấn đề tương tự, nhưng trong trường hợp của tôi, nó không khôi phục. Có vẻ như bạn đã quên thêm @Transactional. Từ tài liệu (link)

quản lý giao dịch

Trong khuôn khổ TestContext, giao dịch được quản lý bởi TransactionalTestExecutionListener mà được cấu hình theo mặc định, thậm chí nếu bạn không khai báo rõ ràng @TestExecutionListeners trên của bạn lớp kiểm tra. Để bật hỗ trợ cho giao dịch, tuy nhiên, bạn phải định cấu hình bean PlatformTransactionManager trong ApplicationContext được tải thông qua ngữ nghĩa @ContextConfiguration (chi tiết hơn được cung cấp bên dưới). Ngoài ra, bạn phải khai báo chú thích @Transactional của Spring ở cấp lớp hoặc phương thức cho các bài kiểm tra của bạn.

Dưới đây là ví dụ tạo liên kết ở trên.

@RunWith(SpringJUnit4ClassRunner.class) 
@ContextConfiguration 
@TransactionConfiguration(transactionManager="txMgr", defaultRollback=false) 
@Transactional 
public class FictitiousTransactionalTest { 

@BeforeTransaction 
public void verifyInitialDatabaseState() { 
    // logic to verify the initial state before a transaction is started 
} 

@Before 
public void setUpTestDataWithinTransaction() { 
    // set up test data within the transaction 
} 

@Test 
// overrides the class-level defaultRollback setting 
@Rollback(true) 
public void modifyDatabaseWithinTransaction() { 
    // logic which uses the test data and modifies database state 
} 

@After 
public void tearDownWithinTransaction() { 
    // execute "tear down" logic within the transaction 
} 

@AfterTransaction 
public void verifyFinalDatabaseState() { 
    // logic to verify the final state after transaction has rolled back 
} 

}

Answer 2

Một giải pháp tôi đã tìm thấy cho đến bây giờ để vượt qua thử nghiệm là để đưa khẳng định trong phương pháp afterTransaction

public class MyTest kéo dài ServiceTest {

@Test 
public void test(){ 
    1. int countBefore = myService.getCount(); //return n 
    2. myService.add(item);      //item is really added to DB 
} 

 
@AfterTransaction 
public void verifyFinalDatabaseState() { 
    3. int countAfter = myService.getCount(); //
            
 
  
             return n (sometimes n+1)
            
  
                //Now always return n+1 
} 

Answer 3

Vì giao dịch đang chạy được đặt tại số test method level, bạn có hai tùy chọn:

1. Bạn có thể xóa @Transactional khỏi phương pháp thử và dựa vào phương thức dịch vụ của bạn @Transactional đường biên. Bằng cách này, khi bạn gọi:

   int countBefore = myService.getCount(); 
   myService.add(item); 
   int countAfter = myService.getCount(); 
   

Mỗi cuộc gọi dịch vụ này sẽ chạy trong một giao dịch bị cô lập, giống như nó sẽ xảy ra trong cuộc gọi sản xuất thời gian chạy.

2. Bạn tuôn Hibernate Session, chỉ sau khi thêm mục:

   int countBefore = myService.getCount(); 
   myService.add(item); 
   transactionTemplate.execute(new TransactionCallback<Void>() { 
       @Override 
       public Company doInTransaction(TransactionStatus transactionStatus) { 
        entityManager.flush(); 
        return null; 
       } 
   }); 
   int countAfter = myService.getCount(); 
   

Một HQL truy vấn/đếm JPQL nên kích hoạt một tuôn ra trong chế độ tuôn ra AUTO , nhưng an SQL native query doesn't flush the Session.

Answer 4

Tôi đã yêu cầu điều này trong một nhận xét nhưng vì danh tiếng của tôi không cho phép, tôi chỉ cố gắng cung cấp câu trả lời.

Có thể bạn đang sử dụng và ORM lưu trữ kết quả của truy vấn đếm. Tùy thuộc vào cách các phương thức add/getCount của bạn được thực hiện và các cấu hình của ORM và datasource, trong lần gọi thứ hai của getCount, bạn có thể nhận được một giá trị được lưu trữ trong lần gọi đầu tiên của getCount.

Điều này không giải thích được tại sao ở chế độ gỡ lỗi bạn luôn nhận được kết quả chính xác.