Probleme d'objet identique

Version imprimable

11/06/2008, 19h11
Ylias

Probleme d'objet identique
Bonjour,
J'expose mon problème.

Deux entity
Code:

1 2 3 User (id, login, pass) Droits(id, libelle, id_user(FK))
J'utilise JPA et Spring.

je voudrais pouvoir faire
Code:

1 2 3 em.getUser(login).remove(libelle-droit) em.getUser(login).add(droit)
Afin de pouvoir ajouter/supprimer des droits à un user

ça marche cependant, si je supprime un droit il est bien effacé en base mais si de suite je rajoute un droit j'ai une erreur me disant NonUniqueObjectException.

Quelqu'un peut il m'aider?

Merci
11/06/2008, 19h35
djo.mos

Bonjour,
Bienvenu dans les joies du JPA managé :aie:
Essaies de nullifier (mettre à null) le droit supprimé avant de commiter.
Sinon, il nous faudrait des trucs plus "rigoureux": extrait de code de l'opération + stacktrace.
12/06/2008, 00h04
Ylias

En JPA managé, le begin et commit ne sont pas effectué dans le code car c'est Spring qui le gère pour moi.

Comment savoir a quel moment est réalisé le commit?

De plus, j'ai lu qu'il y avait une histoire de hashcode.
Suis je concerné par cela?

Si oui, ça correspond à quoi exactement?

Merci pour taréponse
12/06/2008, 00h59
djo.mos

Citation:

Envoyé par Ylias

En JPA managé, le begin et commit ne sont pas effectué dans le code car c'est Spring qui le gère pour moi.

Comment savoir a quel moment est réalisé le commit?

A la fin de la méthode marqué comme @Transactional (généralement) ;)

Bref, tu essayé de mettre à null ?

(je répète: sans plus de détails, ce serait difficile de t'aider).
12/06/2008, 07h52
JeitEmgie

Citation:

Envoyé par Ylias

En JPA managé, le begin et commit ne sont pas effectué dans le code car c'est Spring qui le gère pour moi.

Comment savoir a quel moment est réalisé le commit?

De plus, j'ai lu qu'il y avait une histoire de hashcode.
Suis je concerné par cela?

Si oui, ça correspond à quoi exactement?

Merci pour taréponse

a. le equals/hashcode peut intervenir si les droits de User sont dans un Set
et non une List

b. en fonction du type de relation onetomany (est-ce que les droits ont leur relation vers User explicitée ou non) vous pouvez avoir un problème d'orphan : le droit est enlevé de la table qui exprime la relation onetomany mais pas de la table des droits d'où l'erreur de non unicité

c. et de fait plus d'infos sont de fait nécessaires pour trouver la cause exacte : définitions des objets/tables et stack trace

Ok merci donc
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 @Entity public class Droit implements Serializable { @Id @GeneratedValue private int id; private String libelle; @ManyToOne(cascade = CascadeType.PERSIST) @JoinColumn(name="id_user") private User idUser; ... } @Entity public class User implements Serializable { @Id @GeneratedValue private int id; private String login; @OneToMany(mappedBy="idUser", cascade = CascadeType.PERSIST) private Set<Droit> droitCollection; ... }
Dc je supprime un élément du Set<Droit> de l'user puis je fais un flush();

et j'ai donc ça par exemple si je veux rajouter un droit que je viens de supprimer à l'user

org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session

Je teste en mettant l'ancien objet à null
et je vous tiens au courant

merci

12/06/2008, 09h50
OButterlin

Citation:

Envoyé par Ylias

org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session

J'ai du mal à comprendre ce message dans la mesure où tu utilises une clé primaire incrémentale, comment peut-il avoir le même identifier ? 8O
Tu as codé hashCode ?

A+
12/06/2008, 11h15
djo.mos

Citation:

Envoyé par OButterlin

J'ai du mal à comprendre ce message dans la mesure où tu utilises une clé primaire incrémentale, comment peut-il avoir le même identifier ? 8O
Tu as codé hashCode ?

A+

Le problème n'arrive pas dans la base de données, mais plutôt dans la mémoire, où le même objet a été récupéré de la base de données 2 fois, or théoriquement, via un mécanisme de cache, ceci ne devrait pas arriver car ça risque de causer des corruptions.
12/06/2008, 11h20
Ylias

Donc comment faire pour ne pas récupérer deux fois le même objet?
Et déja, que veux tu dire par récupérer deux fois?
A quels moments considère tu qu'un objet a été récupéré deux fois?

Merci
12/06/2008, 11h51
OButterlin

Citation:

Envoyé par djo.mos

Le problème n'arrive pas dans la base de données, mais plutôt dans la mémoire, où le même objet a été récupéré de la base de données 2 fois, or théoriquement, via un mécanisme de cache, ceci ne devrait pas arriver car ça risque de causer des corruptions.

D'accord, mais le hashCode permet justement de différencier l'objet, non ?
12/06/2008, 11h59
djo.mos

Citation:

Envoyé par OButterlin

D'accord, mais le hashCode permet justement de différencier l'objet, non ?

Non, pas vraiment: 'est pour accélérer la recherche dans un Set/HashMap.

Hibernate utilise l'id pour différencier les objets, et s'il trouve deux objets dans la mémoire du même type, ayant le même id mais qui sont distincts (au sens de référence: o1==o2 => false), alors il lance cette exception.

@Ylias: (nième fois) On pourra pas t'aider sans que tu nous montres comment tu procèdes pour la suppression et l'ajout du droit (ainsi que le stackTrace) ? :?
12/06/2008, 14h06
Ylias

Pour l'ajout d'un droit à un user.

Je récupére l'user.
J'ajoute un droit à son Set<Droit>
Puis je fais un flush();

Pour la suppression, je récupére l'user,
Je fais un remove du Droit sur son Set<Droit>
Puis je fais un flush();

Pr la stacktrace j'ai l'expression donnée plus haut (désolé mais je ne peux pas faire de c/c pour des raisons de confidentialité).

Merci

Citation:

Envoyé par Ylias

Ok merci donc

Code:

1
2
3
4
5
6
 
@Entity
 
    @JoinColumn(name="id_user")
 
    @OneToMany(mappedBy="idUser", cascade = CascadeType.PERSIST)

id_user <-> idUser

12/06/2008, 15h20
OButterlin

Et alors ?
Le mapping est correct...
JoinColumn -> le nom physique du champ dans la table
OneToMany -> mappedBy = nom de la propriété dans l'entity
12/06/2008, 15h47
JeitEmgie

Citation:

Envoyé par OButterlin

Et alors ?
Le mapping est correct...
JoinColumn -> le nom physique du champ dans la table
OneToMany -> mappedBy = nom de la propriété dans l'entity

ok juste
j'ai tellement l'habitude d'utiliser "name=" des 2 côtés que je saute trop vite sur les différences…
12/06/2008, 17h14
OButterlin

Une piste peut-être...

Avec l'objet Session d'hibernate, j'utilise la méthode session.evict(pojo) pour supprimer les objets et prévenir le NonUniqueObjectException...

Mais avec l'EntityManager, je ne connais pas l'équivalence...

A+
12/06/2008, 19h27
JeitEmgie

Citation:

Envoyé par JeitEmgie

ok juste
j'ai tellement l'habitude d'utiliser "name=" des 2 côtés que je saute trop vite sur les différences…

par contre les cascade…

cascade = CascadeType.PERSIST du côté ManyTone : j'enleverais

et côté OneToMany, il faudrait le DELETE…

(et avec Hibernate j'ajouterais :
@org.hibernate.annotations.Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN)
)