Hibernate Erreur: org.mise en veille prolongée.NonUniqueObjectException: un objet différent avec le même identifiant de la valeur a déjà été associé à la session

J'ai eu cette erreur plusieurs fois et il peut être assez difficile à traquer...

Fondamentalement, ce que hibernate est en train de dire que vous avez deux objets qui ont le même identifiant (même clé primaire), mais ils ne sont pas le même objet.

Je vous suggère de briser votre code, c'est à dire en commentaire bits jusqu'à ce que l'erreur disparaisse, puis mettre le code jusqu'à ce qu'il revienne et vous devriez trouver l'erreur, il.

Le plus souvent, passe par en cascade enregistre où il y a une cascade d'économiser entre l'objet A et de B, mais l'objet B a déjà été associé à la session, mais pas sur la même instance de B.

Quelle est la principale clé de générateur utilisez-vous?

La raison pour laquelle je demande, c'est cette erreur est liée à la façon dont vous dites à hibernate de vérifier la persistance de l'état d'un objet (c'est à dire si un objet est persistant ou non). Cette erreur peut se produire en raison d'hibernate est d'essayer de persister et de l'objet qui est déjà persistant. En fait, si vous utilisez la commande enregistrer hibernate va essayer et à la persistance de cet objet, et peut-être qu'il est déjà un objet avec la même clé primaire associée à la session.

Exemple

En supposant que vous avez une hibernate objet de classe pour un tableau de 10 lignes en fonction d'une clé primaire combinaison (colonne 1 et colonne 2). Maintenant, vous avez supprimé 5 lignes de la table à un moment donné du temps. Maintenant, si vous essayez d'ajouter le même 10 rangées de nouveau, tandis que hibernate essaie conserver les objets dans la base de données, 5 lignes qui ont déjà été supprimés seront ajoutés sans erreurs. Maintenant, le solde de 5 lignes qui sont déjà existants, permettra de lever cette exception.

De sorte que la simple approche serait de vérifier si vous avez mis à jour/supprimer une valeur dans un tableau qui est une partie de quelque chose et, plus tard, êtes-vous essayer d'insérer les objets mêmes de nouveau

Utilisation session.evict(object); La fonction de evict() méthode est utilisée pour supprimer une instance de la cache de session. Donc, pour la première fois l'enregistrement de l'objet ,enregistrer l'objet en appelant session.save(object) méthode avant de les expulser, l'objet de la cache. De la même façon mettre à jour l'objet en appelant session.saveOrUpdate(object) ou session.update(object) avant d'appeler evict().

Comme quelqu'un l'a déjà signalé ci-dessus que j'ai rencontré ce problème quand j'ai eu cascade=all sur les deux extrémités d'un one-to-many relation, supposons donc Un --> B (un-à-plusieurs dans Un et plusieurs-à-un à partir de B) et a été mise à jour instance de B en A et en appelant ensuite saveOrUpdate(Un) , cela s'est traduit par une circulaire enregistrer la demande-je.e économisez de l'Un des déclencheurs d'économiser de B qui déclenche l'enregistrement d'Un... et dans le troisième exemple que l'entité( A) a essayé d'être ajouté à la sessionPersistenceContext la duplicateObject exception a été levée.
  j'ai pu le résoudre par la suppression en cascade à partir d'une extrémité.

J'ai rencontré ce problème par:

1. La suppression d'un objet (à l'aide de requêtes HQL)
2. Immédiatement le stockage d'un nouvel objet avec le même id

Je l'ai résolu en vidant les résultats après le supprimer et d'effacer le cache avant l'enregistrement d'un nouvel objet

String delQuery = "DELETE FROM OasisNode";
session.createQuery( delQuery ).executeUpdate();
session.flush();
session.clear();

Vous pouvez utiliser session.merge(obj), si vous faites enregistrer avec différentes sessions avec le même identificateur d'objet persistant.

Il a travaillé, j'ai eu le même problème avant.

J'ai rencontré ce problème avec la suppression d'un objet, ni expulser ni bien aidé.

/**
 * Deletes the given entity, even if hibernate has an old reference to it.
 * If the entity has already disappeared due to a db cascade then noop.
 */
public void delete(final Object entity) {
  Object merged = null;
  try {
    merged = getSession().merge(entity);
  }
  catch (ObjectNotFoundException e) {
    //disappeared already due to cascade
    return;
  }
  getSession().delete(merged);
}

il suffit de vérifier l'id de savoir si elle prend la valeur null ou 0 comme

if(offersubformtwo.getId()!=null && offersubformtwo.getId()!=0)

en ajouter ou mettre à jour où le contenu est défini à partir de la forme de Pojo

@GeneratedValue(stratégie=GenerationType.D'IDENTITÉ), l'ajout de cette annotation à la clé primaire de la propriété dans votre entity bean devrait résoudre ce problème.

avant la position où répétitive des objets de commencer , vous devez fermer la session
et alors vous devriez commencer une nouvelle session

session.close();      
session = HibernateUtil.getSessionFactory().openSession();

donc, dans cette façon dans une session, il n'y a pas plus d'une des entités qui ont le même identifiant.

J'ai eu un problème similaire. Dans mon cas, j'avais oublié de définir le increment_by valeur dans la base de données pour être le même que celui utilisé par le cache_size et allocationSize. (Les flèches pointent vers le mentionné attributs)

SQL:

CREATED         26.07.16
LAST_DDL_TIME   26.07.16
SEQUENCE_OWNER  MY
SEQUENCE_NAME   MY_ID_SEQ
MIN_VALUE       1
MAX_VALUE       9999999999999999999999999999
INCREMENT_BY    20 <-
CYCLE_FLAG      N
ORDER_FLAG      N
CACHE_SIZE      20 <-
LAST_NUMBER     180

Java:

@SequenceGenerator(name = "mySG", schema = "my", 
sequenceName = "my_id_seq", allocationSize = 20 <-)

J'ai la même erreur, j'ai été le remplacement de mon Jeu avec un nouveau obtenir de Jackson.

Pour résoudre ce je garder l'existant, - je retirer de l'ancienne série de l'élément inconnu dans la nouvelle liste avec retainAll.
Puis-je ajouter de nouveaux, avec addAll.

    this.oldSet.retainAll(newSet);
    this.oldSet.addAll(newSet);

Pas besoin d'avoir de la Session et le manipuler.

Ce problème se produit lorsque nous mettons à jour l'objet même de la session, que nous avons utilisé pour aller chercher l'objet à partir de la base de données.

Vous pouvez utiliser la méthode de fusion de veille prolongée au lieu de la méthode de mise à jour.

par exemple, la Première session d'utilisation.get() et puis vous pouvez utiliser de la session.de fusion (de l'objet). Cette méthode ne créera pas de problème. On peut aussi utiliser la méthode merge() pour mettre à jour l'objet dans la base de données.

Vous pouvez toujours faire une session de chasse.
La chasse d'eau de synchroniser l'état de tous vos objets dans la session (s'il vous plaît, quelqu'un me corrige si je me trompe), et peut-être que cela permettrait de résoudre votre problème dans certains cas.

La mise en œuvre de votre propre equals et hashcode peut vous aider aussi.

J'ai trouvé cette erreur ainsi. Ce qui a fonctionné pour moi est de faire en sorte que la clé primaire (qui est auto-générée) n'est pas un PDT (c'est à dire de long, int, ect.), mais un objet (c'est à dire de Long, Entier, etc)

Lorsque vous créez votre objet à enregistrer, assurez-vous de passer la valeur null et non pas 0.

J'ai résolu un problème similaire comme ça:

plan = (FcsRequestPlan) session.load(plan.getClass(), plan.getUUID());
while (plan instanceof HibernateProxy)
    plan = (FcsRequestPlan) ((HibernateProxy) plan).getHibernateLazyInitializer().getImplementation();

La fin de la partie, mais il peut aider pour les prochains utilisateurs -

J'ai eu ce problème quand j' sélectionnez un enregistrement à l'aide getsession() et encore mise à jour un autre enregistrement avec le même identificateur à l'aide de même session à l'origine du problème. Ajouté le code ci-dessous.

Customer existingCustomer=getSession().get(Customer.class,1);
Customer customerFromUi;//This customer details comiong from UI with identifer 1

getSession().update(customerFromUi);//Here the issue comes

Cela ne devrait jamais être fait . La Solution est soit expulser session avant de mettre à jour ou changer de logique métier.

Dans mon modèle d'objet de classe i ha défini les annotations comme ce

@Entity
@Table(name = "user_details")
public class UserDetails {  
    @GeneratedValue
    private int userId;
    private String userName;

    public String getUserName() {
        return userName;
    }

    public void setUserName(String userName) {
        this.userName = userName;
    }   

    @Id
    public int getUserId() {
        return userId;
    }

    public void setUserId(int userId) {
        this.userId = userId;
    }
}

le problème s'est résolu quand j'ai écrit les deux @Id et @GenerateValue annotation de concert @ la déclaration de la variable.

@Entity
@Table(name = "user_details")
public class UserDetails {
    @Id
    @GeneratedValue
    private int userId;
    private String userName;

    public String getUserName() {
        return userName;
    }

    public void setUserName(String userName) {
        this.userName = userName;
    }   

    public int getUserId() {
        return userId;
    }
...
}

Espère que cela est utile