Insert OK mais Delete KO ?

Version imprimable

Bonjour,

Je suis en Hibernate/Spring et je tente d'exécuter la classe de test suivante :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
    protected UserDAO userDAO; // Injection Spring
    public void testUser(){
        //1. Insert puis delete sur le même objet
        User a = userDAO.newUser("a");
        userDAO.deleteUser(a);
        System.out.println("---");
 
        //2. Delete un objet qui existe déjà
        User user = userDAO.getUserWithName("JUnit");
        assertNotNull(user);
        userDAO.deleteUser(user);
    }

Cela a pour effet d'afficher ceci dans la console, logs hibernate sql activés :

Code:

1
2
3
4
5
 
Hibernate: insert into t_User (c_name, c_version) values (?, ?)
---
Hibernate: delete from t_User where c_id=?
Hibernate: select this_.c_id as c1_22_0_, this_.c_name as c2_22_0_, this_.c_version as c3_22_0_ from t_User this_ where this_.c_name=?

Mon soucis est le suivant : alors que la première partie du code s'execute sans aucun problème (insert du user "a", puis delete), mon second delete ne fonctionne pas, je ne comprend pas pourquoi...

Pour info, voici la calsse userDAO :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
public class UserDAOImpl extends HibernateDaoSupport implements UserDAO {
 
    public User newUser(String name){        
        User user = new User();
        user.setName(name);
        getHibernateTemplate().save(user);
        return user;
    }
 
    public void deleteUser(User user){
        getHibernateTemplate().delete(user);
    }
 
    public User getUserWithName(String name) {
        Criteria criteria = getHibernateTemplate().getSessionFactory().getCurrentSession().createCriteria(User.class);
        return (User) criteria.add(Restrictions.eq("name", name)).uniqueResult();
    }
 
}

Quelqu'un aurait-il un idée expliquant cela?

A toutes fin utiles, le code du POJO et du hbm.xml se trouve ici
http://www.developpez.net/forums/sho...d.php?t=462235

21/12/2007, 10h26
willoi

As tu un message d'erreur ?

ou simplement le delete ne s'effectue pas ?

Si tu fais un assert false; après ton seconde delete, que se passe-t-il ?
21/12/2007, 11h26
Asterius

Non, je n'ai pas de message d'erreur, le delete ne se fait tout simplement pas.

Ah tiens, c'est très étonnant, l'assert(false) ne fait pas échouer le test...???
21/12/2007, 12h06
willoi

Citation:

Envoyé par Asterius

Non, je n'ai pas de message d'erreur, le delete ne se fait tout simplement pas.

Ah tiens, c'est très étonnant, l'assert(false) ne fait pas échouer le test...???

Ca veut dire qu'une exception est lancée pendant ton delete et qu'il n'effectue pas correctement cette derniere instruction

Ajoute un try catch(Exception e) sur ton dernier delete et effectue un e.printStackTrace();

Non, je ne récupère pas d'exception.
Mais ça reste très bizarre, on dirait qu'il passe le assert sans se tracasser :

Code:

1
2
3
4
5
6
7
8
9
10
        User user = userLogic.getUserWithName("JUnit");
        System.out.println(user);
        try{
        userLogic.delete(user);
        } catch (Exception e){
            e.printStackTrace();
        }
 
        assert(false);
        System.out.println("XXX");

J'ai dans la console (et le test me dit qu'il a réussi) :

Code:

1
2
3
4
5
6
7
8
9
10
ATTENTION: No bean with name 'transactionStatus'
21 déc. 2007 12:12:24 org.springframework.jdbc.datasource.JdbcTransactionObjectSupport <clinit>
INFO: JDBC 3.0 Savepoint class is available
21 déc. 2007 12:12:24 org.springframework.test.AbstractTransactionalSpringContextTests startNewTransaction
INFO: Began transaction (1): transaction manager [org.springframework.orm.hibernate3.HibernateTransactionManager@38a763]; default rollback = true
Hibernate: select this_.c_id as c1_22_0_, this_.c_name as c2_22_0_, this_.c_version as c3_22_0_ from t_User this_ where this_.c_name=?
User[name:JUnit; id:1]
XXX
21 déc. 2007 12:12:24 org.springframework.test.AbstractTransactionalSpringContextTests endTransaction
INFO: Rolled back transaction after test execution

et si tu fais :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 try{   
User user = userLogic.getUserWithName("JUnit");
        System.out.println(user);
 
        userLogic.delete(user);
        } catch (Exception e){
assert false : e.getMessage();
            e.printStackTrace();
        }
 
        assert(false);
        System.out.println("XXX");

que se passe-t-il ?

21/12/2007, 13h11
JeitEmgie

Citation:

Envoyé par Asterius

INFO: Rolled back transaction after test execution
[/CODE]

ça dit bien ce que cela veut dire, non ?

la transaction est "rolled back", donc le delete n'est pas "commited"...
21/12/2007, 14h38
Asterius

willoi : Ca ne fait rien non plus, j'ai le même output dans ma console

JeitEmgie : Oui, j'ai effectivement mis plus de logs car je me disais aussi
que ça aiderait à resoudre le problème. Cela dit :
- Pourquoi la transaction fait-elle un rollback plutôt qu'un commit?
- Pourquoi le delete fonctionne si je récupère le user "a", obtenu par la méthode newUser?
- Et pourquoi newUser ne fait pas alors aussi un rollback?
21/12/2007, 16h05
Asterius

J'ai trouvé : il suffit d'ajouter dans le constructeur du test

Code:

setDefaultRollback(false);

Merci pour votre aide!