Comment vider les données en db à l'intérieur de printemps actif de la transaction?

Je veux tester la session hibernate méthode save() à l'aide de spring framework de test.
@La méthode d'essai est :

@Test
@Transactional
public void testSave() {
    User expected = createUser();
    getGenericDao().currentSession().save(expected);
    User actual = getUser(generatedId);
    assertUsersEqual(expected,actual);
}

Je veux rincer l'utilisateur dans la base de données. Je veux que mon utilisateur dans la base de données après cette méthode

getGenericDao().currentSession().save(expected);

Puis je veux aller à la base de données à l'aide de printemps de l'infrastructure de données et extraction de cette enregistrés l'utilisateur en ligne:

User actual = getUser(generatedId);

J'ai essayé d'utiliser hibernate méthode flush comme:

currentSession().setFlushMode(MANUAL);
//do saving here
currentSession().flush();

Il ne chasse pas mon utilisateur dans la base de données!
Cependant, si je ne fais pas d'utilisation de @Transactional de printemps, d'annotation et de sauver mon utilisateur dans la programmation du printemps de transaction-je obtenir ce que je veux. Malheureusement, alors l'utilisateur enregistré en db
n'est pas rollbacked comme il n'y a pas de ressort @Transactionnelle. Donc ma méthode d'essai les changements de la db et le comportement de la suite des méthodes de test.

Donc j'ai besoin de vider mon utilisateur dans la db à l'intérieur de la méthode d'essai(pas à la fin) et à la fin de la méthode d'essai de restauration de tous les changements à db.

Mise à JOUR suggestion pour préparer méthode comme suit:

@Transactional
public void doSave(User user){
    getGenericDao().currentSession().save(user);
}

Et appel doSave à l'intérieur de testSave est de ne rien faire. Je n'ai encore aucun utilisateur n'en db après l'exécution de cette méthode. Je définir un point d'arrêt et vérifier ma db à partir de la ligne de commande.

Mise à JOUR Merci beaucoup pour la réponse. Le problème est que la méthode flush() ne met pas mon utilisateur dans la base de données.J'ai essayé de l'Isolement.READ_UNCOMMITTED et il ne met pas mon utilisateur dans la base de données. Je peux réaliser ce que je veux, mais seulement si je désactive le printemps des transactions sur @méthode d'Essai et faire des économies dans la programmation de la transaction. MAIS alors @la méthode d'Essai n'est pas annulée en laissant enregistrés l'utilisateur pour la suite @méthodes d'Essai. Ici @méthode d'Essai pour économiser de l'utilisateur n'est pas aussi dangereux que @Test de la méthode pour supprimer l'utilisateur, car il n'est pas annulée. Il doit donc y printemps, prise en charge transactionnelle @Test de la méthode avec laquelle je ne peux pas de toute façon mettre mon utilisateur(ou supprimer) en db. En fait l'utilisateur est mis(ou supprimé) en db seulement après @méthode de Test se termine et de transaction pour @la méthode d'Essai est partie prenante. Si je veux sauver mon Utilisateur dans db dans le milieu de @méthode de Test et de revenir à la fin de @méthode d'Essai

Merci!

Pouvez-vous nous donner votre GenericDao classe aussi? EDIT: en fait, je crois que je vois le problème. La transaction en cours doit être engagée avant que les données sont enregistrées dans la base de données. Si vous avez besoin de deux @les méthodes Transactionnelles: l'un pour la sauver, et l'autre à la charge.
S'il vous plaît regarder si je l'ai fait correctement
De près. Je veux dire deux transactionnelle fonctions appelées par un non-fonction transactionnelle. Cela devrait fonctionner...
Si je fais mon testSave méthode non-transactionnelles, j'aurai pas de rollback après testSave méthode se termine. Ainsi l'utilisateur enregistré le restera.
Pas de Session trouvé pour le thread courant. C'est hibernate exception lors de l'appel de la méthode enregistrer de GenericDao. @Transactional sur doSave ne fonctionne pas!

OriginalL'auteur Volodymyr Levytskyi | 2013-06-23

9

Enfin j'ai collé à la solution suivante:

Tout d'abord, mon @Test méthodes ne sont pas en cours d'exécution dans le printemps @Transactional de soutien. Voir cet article savoir comment dangereuses, il peut être. Ensuite, au lieu d'utiliser @Repository les haricots à l'intérieur de @Test méthodes que j'autowire @Service haricots qui utilisent @Transactional annotation.
Le miracle est que @Test méthode comme ceci
```
@Test
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void testSave() {
    Answer created = createAnswer();
    Long generatedId = answerService.save(created);
//at this moment answer is already in db
    Answer actual=getAnswerById(generatedId);
... }
```
met ma Réponse de l'objet dans la base de données (juste après answerService.save(created);) et de la méthode getAnswerById va à la DB et des extraits de vérifier si la sauvegarde a été correct.

Pour éliminer les modifications apportées à la base de données dans @Test méthode que j'ai recréer la base de données par JdbcTestUtils.executeSqlScript

Au lieu d'utiliser JdbcTestUtils vous pouvez appliquer @DirtiesContext annotation.

OriginalL'auteur Volodymyr Levytskyi

Ont un look ici avec avertissement sur @Transactional tests (Printemps Pièges: Transactionnel des tests considérés comme nuisibles). J'ai utilisé @org.springframework.test.context.jdbc.Sql pour remplir à nouveau de DB dans mon service, les tests et les @Transactional pour les contrôleurs.
ConstraintViolationException pour le contrôleur de test de mise à jour avec des données non valides ont été jetés uniquement lorsque la transaction est validée. J'ai donc trouvé 3 options:
- 2.1 Annoter test avec @Commit ou avec @Transactional(propagation = Propagation.NEVER). Être conscient de la DB changement.
- 2.2 Utilisation TestTransaction

Code:

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

2.3 Utilisation TransactionTemplate

Code:

    @Autowired
    private PlatformTransactionManager platformTransactionManager;

    @Test(expected = Exception.class)
    public void testUpdate() throws Exception {
        TransactionTemplate transactionTemplate = new TransactionTemplate(platformTransactionManager);
        transactionTemplate.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
        String json = ...
        transactionTemplate.execute(ts -> {
            try {
                mockMvc.perform(put(REST_URL + USER_ID)
                    .contentType(MediaType.APPLICATION_JSON)
                    .content(json))
                    .andExpect(status().isOk());
                ...
            } catch (Exception e) {
                e.printStackTrace();
            }
            return null;
        });

OriginalL'auteur GKislin

1

Si flush n'est pas de travail alors il est très bien, tout dépend de votre base de données niveau d'isolation.

Isolation est l'un des ACID propriétés de base de données, qui définit comment/quand les modifications apportées par une opération deviennent visibles pour les autres opérations simultanées.

Je crois que votre niveau d'isolation est défini à Read Committed ou Repeatable Read.

OriginalL'auteur JSS
1

Vous devez également prendre soin de la importedpackage :
dans mon cas, j'ai importé

import javax.des transactions.Transactionnel;

au lieu de

import org.springframework.des transactions.annotation.Transactionnel;

OriginalL'auteur Meinew

Vous devez vous connecter pour publier un commentaire.