Die erwartete Ausnahme kann nicht getestet werden, wenn @Transactional mit @Commit verwendet wird

Question

Ich verwende Spring Boot 1.4.0.M3.

Ich habe ein @Entity, dass ein username hat, die eindeutig sein sollte:

@NotNull 
@Column(unique = true) 
@Pattern(regexp = "[a-zA-Z_\\-\\.0-9]+") 
@Size(min = 1, max = 30) 
private String username; 

Mit einem Spring Data Repository, ich will es testen, ob eine Ausnahme sein, wenn ein doppelter Benutzername verwendet wird. Dieser Test funktioniert:

@SpringBootTest 
@RunWith(SpringRunner.class) 
public class UserRepositoryIntegrationTest { 

    @Autowired 
    private UserRepository repository; 

    @Test(expected = DataIntegrityViolationException.class) 
    public void test() { 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 
    } 
} 

Wenn jedoch @Transactional mit @Commit Hinzufügen dieser Test fehlschlägt:

@SpringBootTest 
@RunWith(SpringRunner.class) 
@Transactional 
public class UserRepositoryIntegrationTest { 

    @Autowired 
    private UserRepository repository; 

    @Test(expected = DataIntegrityViolationException.class) 
    @Commit 
    public void test() { 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 
    } 
} 

Aber ein Blick auf die Protokollierung wird die DataIntegrityViolationException geworfen:

2016-05-24 09:05:16.619 ERROR 22790 --- [ main] o.h.engine.jdbc.spi.SqlExceptionHelper : Unique index or primary key violation: "UK_D8HGQ87BS4VPMC81NQ9G69G8X_INDEX_D ON PUBLIC.MYPROJECT_USER(USERNAME) VALUES ('wim', 1)"; SQL statement: insert into myproject_user (password, username, role, id) values (?, ?, 'ADMIN', ?) [23505-191] 2016-05-24 09:05:16.620 INFO 22790 --- [
main] o.h.e.j.b.internal.AbstractBatchImpl : HHH000010: On release of batch it still contained JDBC statements 2016-05-24 09:05:16.629 WARN 22790 --- [ main] o.s.test.context.TestContextManager
: Caught exception while allowing TestExecutionListener [org.springframework.test.context.transaction.TransactionalTestExecutionListener@589b3632] to process 'after' execution for test: method [public void com.spring.boot.test.user.UserRepositoryIntegrationTest.test()], instance [com.spring.boot.test.user.UserRepositoryIntegrationTest@3ca278bc], exception [java.lang.AssertionError: Expected exception: org.springframework.dao.DataIntegrityViolationException]

Warum Scheitert der Test? Könnte es sein, dass JUnit überprüft, ob die Ausnahme ausgelöst wird, bevor Spring die Transaktion festschreibt?

Answer 1

Basierend auf den Kommentaren von M.Deinum und Stephane Nicoll, ist dies die Arbeitsversion:

@SpringBootTest 
@RunWith(SpringRunner.class) 
@Transactional 
public class UserRepositoryIntegrationTest { 

    @Autowired 
    private UserRepository repository; 

    @Test(expected = DataIntegrityViolationException.class) 
    public void test() { 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 

     TestTransaction.flagForCommit(); 
     TestTransaction.end(); 
    } 
} 

Beachten Sie, dass beide statische Methoden aufgerufen werden müssen, damit es funktioniert.

Answer 2

Sie müssen nicht festlegen. Sie müssen nur Ihre Arbeitseinheit in die Datenbank spülen, um die DataIntegrityViolationException zu sehen.

Dies wird in der Spring Reference Manual beschrieben. Scrollen Sie nach unten zum Hinweis auf "falsch positive". Beachten Sie jedoch, dass die EntityManager über @PersistenceContext (nicht @Autowired) injiziert werden muss.

@RunWith(SpringRunner.class) 
@SpringBootTest 
@Transactional 
public class UserRepositoryIntegrationTest { 

    @Autowired 
    UserRepository repository; 

    @PersistenceContext 
    EntityManager entityManager; 

    @Test(expected = DataIntegrityViolationException.class) 
    public void test() { 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 
     repository.save(User.createAdmin(repository.nextId(), "wim", "123456")); 

     entityManager.flush(); 
    } 
} 

Grüße,

Sam (Autor des Frühlings Testcontext Rahmen)

Answer 3

Ich brauche zu testen DataIntegrityViolationException in MVC-Controller-Test (:

Folgendes sollte für Sie funktionieren @WebAppConfiguration) und tun @ResponseStatus Änderung in der Anwendung von @ControllerAdvice .So Ihre Ansatz passt nicht für mich, es spült zu spät. Leider wurde @NotTransactional Annotation im Frühling 4 ausgeschlossen, so dass ich meine Tests nur für @Transactional und nicht transaktional trennen. Siehe auch http://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/testing.html#integration-testing-annotations von

@NotTransactional is deprecated

UPDATE. 2 Wege-Lösung:

• trennt Ihr Test explizit für Transactional und Nichttransaktions
• Verwendung @Transactional(propagation = Propagation.NEVER) wo Transaktion nicht erwünscht ist