Discussion :

[foucha]

Bonjour,

Je voudrais faire un test tout bete de dao sur sa méthode d'insertion et que cette donnée ajoutée soit automatiquement supprimée par DBUnit. Ca me semble etre un besoin courant.

DBUnit permet de tester l’intégration de la base en passant un fichier de données en entrée. C’est l’état de la base à l’origine.

Je définis un fichier de sortie pour lui dire ce que j’attends à la fin.

DBUnit nettoie la base en enlevant les données qui avaient été definis en input.

Donc ça, ça marche bien quand je teste des methodes de sélection de données du DAO.

Par contre, là je veux tester une méthode d’insertion. Résultat : DBUnit nettoie la base conformément au fichier d’entrée, mais il laisse la ligne ajoutée par la méthode du DAO en base…..

Le test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
dbUnitFixture.setOutputFileName("LeaOffreAnswerDao_insert_output.xml");
dbUnitFixture.cleanInsertFromInputDataSet();
analyzeDao.insert(LeaOffreFactoryTestHelper.createAnswer("2", true));
dbUnitFixture.assertTables("LEA_OFFRE_ANALYZE");

Merci pour toute aide !

++
Foucha.

[nrichand]

De mémoire c'est par la méthode onTearDown que DBUnit effectue son nettoyage.

Regarde l'exemple ici : http://dbunit.sourceforge.net/howto.html

Il faut peut être faire un setTearDownOperation(DatabaseOperation.DELETE_ALL) car je crois que par défaut c'est NONE.

[foucha]

A y est j'ai trouvé ! La solution est ici :http://tadaya.wordpress.com/2008/04/...ate-in-spring/

Je me disais que c’était gros quand même, de pas pouvoir rollbacker des inserts non définis dans le XML. En fait DBUnit fait bien une transaction, qu’il rollbacke. Ce n’est pas un delete where des ids trouvés dans le XML d’input.

Par contre là où ça ne fonctionnait pas, c’est que l’action de ma DAO est faite dans une autre transaction. Du coup c’était pas rollbacké !

Il suffit de changer la datasource dans le fichier de conf spring pour lui dire d’exécuter l’ensemble du test dans la même transaction :


<bean id="dataSourceProxy" class="org.springframework.jdbc.datasource.TransactionAwareDataSourceProxy">
<constructor-arg ref="dataSource"/>
</bean>

Bon par contre le problème maintenant, c'est que d'un test à l'autre, je reste dans la même transaction. Du coup je ne peux pas faire plusieurs inserts de la meme clef à la suite => il faudrait forcer le rollback entre chaque test. Une idée?

Merci !
Foucha.

[foucha]

De mémoire c'est par la méthode onTearDown que DBUnit effectue son nettoyage.

Regarde l'exemple ici : http://dbunit.sourceforge.net/howto.html

Il faut peut être faire un setTearDownOperation(DatabaseOperation.DELETE_ALL) car je crois que par défaut c'est NONE.

en fait, meme en appelant explicitement le DELETE_ALL, cela ne fonctionnait pas pour la ligne insérée par le DAO (par contre, cela fonctionnait bien pour les lignes du fichier input). Du fait que ce n'était pas la meme transaction.

Au moins ce problème est résolu avec l'autre datasource. Par contre, meme en activant le rollbackByDefault=yes, si deux tests inserent la meme donnée j'obtiens un primary key exception. Comme s'il ne rollbackait que dans le scope de la classe, pas de la méthode.

++
Foucha.

++
Foucha.