Discussion :

[Jexou]

Bonjour ,

J'ai un petit problème avec un mapping Hibernate. J'ai un objet de type User qui contient 2 List d'objets type B. Une pour les objet B que le User crée, une autre, pour des objets de type B pouvant être assigné au User.

Ce qui donne ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
<list name="addBList" lazy="false"  cascade="save-update" >
		<key column="userId" />
		<list-index column="IDX" />
		<many-to-many class="B" />
	</list>
 
	<list name="assignBlist" lazy="false"   cascade="save-update">
		<key column="userId" />
		<list-index column="IDX2"  />
		<many-to-many class="B" />
</list>

Le problème que je rencontre :

Si je crée un utilisateur, 2 objets de type B, que je lui ajoute (list addBList) ces 2 objets B. Puis que je lui assign ces 2 même objets B (list assignBlist), puis que je sauve l'objet User -> ça marche : Mes 2 objets de type B sont créés, le User aussi, et mes tables de jointures correctement remplies.

Par contre, si je crée un utilisateur, 2 objets de type B , que je lui ajoute ces 2 objets B. Ensuite je sauve le user -> User crée, les 2 objets B aussi , la table de jointure addBList correctement remplie. Ensuite je recharge mon User, je recharge mes 2 objets B , je lui assign ces 2 objets B, je resave mon User -> ma table assignBList n'est pas remplie.

Autre cas, si je fait le 2eme exemple mais cet fois en assignant les objets B à un autre User créé, il me save bien mon user, et rempli correctement la table assignBList.

J'espere avoir été clair ne pouvant pas trop divulguer mon code. Pour tout ce qui est save, recuperation d'objets, je passe par un HibernateTemplate

[tchize_]

vu qu'apparement tu as des règles métiers qui rendent tes deux listes interdépendantes, as-tu vérifié que ce ne sont pas ces règle qui "éjectent" des données avant le save?

sinon, faudrait voir le code du sauve - recherche - assigne - sauve - vérifie la db.

Aucune exception visible? Utiliser show_sql avec hibernate pourrait aussi donner une idée de ce qui se passe en arrère plan.

[Jexou]

Concernant les règles métiers, actuellement ce ne sont que des add dans les list associés.

Pour le code du sauve, c'est un simple

public void saveObject(final Object object) {

getHibernateTemplate().saveOrUpdate(object);
}

Pour la recherche :

public Object getObjectById(final Class arg0, final Serializable arg1) {
return getHibernateTemplate().get(arg0, arg1);
}


Pas d'exception visible, et j'ai toujours mon show_sql à true. Lors du 2eme save, il me fait juste un Select from where. Mais aucun update. C'est comme ci il ne détectait pas de changements.


EDIT : il y avait bien une exception lancée !!

org.springframework.orm.hibernate3.HibernateSystemException: a different object with the same identifier value was already associated with the session

[tchize_]

bon ben voilà, t'as trouvé Soit tu mélange des objets entre deux sessions, ce qui peut finir avec deux "mêmes objets mais différents dans la même session", soit tu crée de nouveaux objet en leur définissant un id qui est déjà attribué.

[Jexou]

J'ai enlever le rechargement du user dans mon test JUnit, et ça marche.

Donc j'ajoute un user , je save, puis j'assign je save, ça c'est bon.

Y'a juste encore un soucis au niveau frontend où là ça bug encore. Je mettrai en résolu quand tout marchera

[Jexou]

Hop, me revoilà


Le problème n'est pas partit. Le fait d'enlever le 2eme chargement du user dans mon test unitaire règle le problème, mais ne correspond pas à la réalité de mon application !

En effet, dans mon application, un utilisateur peut ajouter des objets de type B. Ensuite, un admin, peut assigner cette liste d'objets B a des User. Il peut donc assigner un objet de type B a celui qui l'a créé! C'est ce cas ci qui plante.

Après quelques tests, la seule solution qui fonctionne c'est le merge. En effet, merge() ne se préoccupe pas des sessions. Seul problème : la génération d'id ! Si je sauve un objet type B grâce à merge -> il n'a pas d'id, hibernate en génére un, le sauve. Si je veux le resave il n'a toujours pas d'id, donc pas d'update mais creation d'un nouvel objets type B dans ma BD ! En fait tout marche parfaitement avec merge si je gère moi même les id des complaints, mais ça j'ai pas envie.

Voici le test que j'effectue qui me permet de mettre en evidence le problème :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
user1 = userDAO.getUserById(Long.valueOf(1));
		user1.addB(B1);
		user1.addB(B2);
 
		userDAO.saveUser(user1);
 
		user1 = userDAO.getUserById(Long.valueOf(1));
 
		user1.addAssignedB(B1);
		user1.addAssignedB(B2);
 
		userDAO.saveUser(user1);