Discussion :

[ruscov]

Bonjour,

Voici le morceau de code qui me pose problème :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
GroupData data = context.getRequest().groupData;
Group oldGroup = groupManager.readByID(data.getID());
 
Person oldGroupLeader = oldGroup.getDossier().getGroupLeader();
PersonData newGroupLeader = data.getDossier().getGroupLeader();
 
if(!oldGroupLeader.getUsername().equals(newGroupLeader.getUsername())){
 
...
 
}

Le but de l'opération est de comparé si le group leader a changé.
Pour ce faire, je récupère le Groupe qui vient du contexte (qui contient donc les nouvelles valeurs entrées par l'utilisateur) et je le compare à celui qui est en DB (oldGroupLeader). Ce dernier est récupéré via Hibernate (Ligne 2 :readByID(...)).

Mon soucis est que le oldGroupLeader contient déjà les nouvelles valeurs alors que je ne l'ai pas sauvé auparavant.
Est-ce que je fais quelque chose de travers? Ou est-ce un comportement d'Hibernate que je n'aurais pas compris? Genre une mauvaise configuration?

Merci pour votre aide.

[tchize_]

quand vous faites un load, un get ou autre chose dans hibernate avec un identifiant précis de l'objet, au sein d'une même session, c'est toujours la même instance qui est retournée, instance cachée en session. donc si vous avez grosso-modo fait ceci:

• démarrer session
• x = charger(id=1234)
• modifier le contenu de x, genre x.setUsername("tartempion");
• y = charger(id=1234)
• x==y? -> toujours vrai

Vous devez faire vos modifications ailleurs que dans l'objet hibernante si vous voulez le comparer à l'objet hibernate. Ou, vous devez fermer la session et en ouvrez une nouvelle, dans laquelle vous transférez le vieil objet si nécessaire. Ou vous appelez session.evict(x) pour détacher x de la session (il n'est alors plus un objet hibernate).

[ruscov]

Merci pour la réponse! Je vais essayer ça.
L'explication est logique et à mon avis c'est bien comme ça que c'est codé.