Discussion :

[Ylias]

Bonjour,
J'expose mon problème.

Deux entity

Code :

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

1
2
3
 
User (id, login, pass)
Droits(id, libelle, id_user(FK))

J'utilise JPA et Spring.

je voudrais pouvoir faire

Code :

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

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

[djo.mos]

Bonjour,
Bienvenu dans les joies du JPA managé
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.

[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

[djo.mos]

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

[JeitEmgie]

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

[Ylias]

Ok merci donc

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

[OButterlin]

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 ?
Tu as codé hashCode ?

A+

[djo.mos]

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

[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

[OButterlin]

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 ?

[djo.mos]

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

[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

[JeitEmgie]

Ok merci donc

Code :

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

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

id_user <-> idUser

[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

[JeitEmgie]

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…

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

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