Discussion :

[Asterius]

Bonjour,

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

Code :

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

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 :

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

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 :

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

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

[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 ?

[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...???

[willoi]

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();

[Asterius]

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 :

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

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 :

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

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

[willoi]

et si tu fais :

Code :

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

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 ?

[JeitEmgie]

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"...

[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?

[Asterius]

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

Code :

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

setDefaultRollback(false);

Merci pour votre aide!