Hibernate-Fehler: org.hibernate.NonUniqueObjectException: Ein anderes Objekt mit demselben Bezeichnerwert war bereits mit der Sitzung verknüpft

Habe ich zwei user-Objekte, und während ich versuchen, speichern Sie das Objekt mithilfe

session.save(userObj);

Ich erhalte die folgende Fehlermeldung:

Caused by: org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session:
[com.pojo.rtrequests.User#com.pojo.rtrequests.User@d079b40b]

Erstelle ich die session mit

BaseHibernateDAO dao = new BaseHibernateDAO();          

rtsession = dao.getSession(userData.getRegion(),
                           BaseHibernateDAO.RTREQUESTS_DATABASE_NAME);

rttrans = rtsession.beginTransaction();
rttrans.begin();

rtsession.save(userObj1);
rtsession.save(userObj2);

rtsession.flush();
rttrans.commit();

rtsession.close(); //in finally block

Ich auch versucht dabei die session.clear() vor dem speichern noch kein Glück.

Dies ist das erste mir immer die session-Objekt aus, wenn ein Userwunsch kommt, so bin ich immer, warum sagt aus, dass das Objekt vorhanden ist in der session.

Irgendwelche Vorschläge?

Kommentar zu dem Problem
Weiterführender link stackoverflow.com/a/32270237/1793718 Kommentarautor: Lucky
Hier ist ein weiterer wunderbarer thread, der geholfen hat, zu beheben mein Problem getj2ee.over-blog.com/... Kommentarautor: Reddymails

InformationsquelleAutor der Frage harshit | 2009-07-02

  1. 157

    Ich habe diesen Fehler viele Male, und es kann sehr schwer auf die Spur...

    Im Grunde, was hibernate ist zu sagen, dass Sie haben zwei Objekte, die den gleichen Bezeichner (gleichen Primärschlüssel), aber Sie sind nicht das gleiche Objekt.

    Ich würde vorschlagen, Sie brechen Ihr code, d.h. auskommentieren bits, bis der Fehler geht Weg, und dann setzen Sie den code zurück, bis er kommt zurück und Sie sollten den Fehler zu finden.

    Es meist geschieht über cascading spart, wo es eine Kaskade speichern zwischen Objekt A und B, sondern Objekt B wurde bereits im Zusammenhang mit der Sitzung, aber nicht auf der gleichen Instanz von B.

    Was primary key-generator verwenden Sie?

    Der Grund warum ich Frage ist dieser Fehler im Zusammenhang mit der, wie du sagst Ruhezustand zu ermitteln, den persistenten Zustand eines Objekts (d.h. ob ein Objekt persistent ist oder nicht). Der Fehler könnte passiert sein, weil hibernate versucht zu bestehen und Objekt, das ist schon hartnäckig. In der Tat, wenn Sie speichern unter verwenden, hibernate werde versuchen, und speichern Sie das Objekt, und vielleicht gibt es bereits ein Objekt mit demselben Primärschlüssel mit der Sitzung verknüpft.

    Beispiel

    Vorausgesetzt, Sie haben ein hibernate-Objekt-Klasse für eine Tabelle mit 10 Zeilen basierend auf dem Primärschlüssel-Kombination (Spalte 1 und Spalte 2). Nun, Sie entfernt haben, die 5 Zeilen aus der Tabelle zu einem bestimmten Zeitpunkt. Nun, wenn Sie versuchen, fügen Sie die gleichen 10 Zeilen wieder, während hibernate versucht, darauf zu bestehen die Objekte in der Datenbank 5 Zeilen, die wurden bereits entfernt wird, Hinzugefügt werden, ohne Fehler. Jetzt die restlichen 5 Zeilen, die bereits da sind, wirft diese exception.

    So der einfache Ansatz wäre, die überprüfen, ob Sie aktualisiert/entfernt einen beliebigen Wert in einer Tabelle, die Teil von etwas, und später werden Sie versuchen, legen Sie die gleichen Objekte wieder

    InformationsquelleAutor der Antwort Michael Wiles

  2. 15

    Dies ist nur ein Punkt, wo hibernate macht mehr Probleme als es löst.
    In meinem Fall sind es viele Objekte mit dem gleichen Bezeichner 0, weil Sie neu sind und noch keine haben. Die db generiert. Irgendwo habe ich gelesen, dass die 0-Signale-Id nicht gesetzt. Die intuitive Art und Weise zu persistieren, ist die Iteration über Sie und sagen, die hibernate zum speichern der Objekte. Aber Sie können das nicht - "natürlich sollten Sie wissen, dass hibernate funktioniert dies und das Weg, deshalb müssen Sie..."
    So, jetzt kann ich versuchen zu ändern-Ids zu Lange statt lang und schau mal ob es dann funktioniert.
    Am Ende ist es einfacher, es zu tun mit einem einfachen mapper, indem Sie Ihre eigenen, weil hibernate ist nur eine zusätzliche intransparenten Belastung.
    Ein weiteres Beispiel: der Versuch, Parameter zu Lesen aus einer Datenbank, und speichern Sie Sie in einem anderen Kräfte, die Sie tun fast alle arbeiten manuell. Aber wenn Sie es trotzdem tun, Einsatz von hibernate ist nur zusätzliche Arbeit.

    InformationsquelleAutor der Antwort Hein

  3. 12

    Verwenden session.evict(object); Die Funktion der evict() Methode zum entfernen der Instanz aus der session-cache. So zum ersten mal speichern das Objekt speichern Objekt durch Aufruf session.save(object) - Methode vor dem entfernen des Objekts aus dem cache. In der gleichen Weise update-Objekt durch Aufruf session.saveOrUpdate(object) oder session.update(object) vor dem Aufruf von evict().

    InformationsquelleAutor der Antwort Rahul N

  4. 6

    Als jemand, der schon oben, ich lief in dieses problem, wenn ich hatte cascade=all auf beide enden einer one-to-many Beziehung, gehen wir also davon aus A --> B (eins-zu-viele aus und viele-zu-eins aus B) und wurde aktualisiert Instanz von B in A und dann ruft saveOrUpdate(A) , dies führte zu einer kreisförmigen speichern, Anfrage ich.e speichern Eines Trigger speichern von B, die Trigger speichern... und in der Dritten Instanz als entity( A) wurde versucht, die Hinzugefügt werden, um die sessionPersistenceContext die duplicateObject exception geworfen wurde.
    Ich konnte es lösen durch entfernen der Kaskade von einem Ende.

    InformationsquelleAutor der Antwort redzedi

  5. 6

    Dies kann passieren, wenn Sie verwendet haben, gleichen session-Objekt zum Lesen und schreiben. Wie?
    Sagen Sie, dass Sie erstellt haben, in einer Sitzung.
    Lesen Sie einen Datensatz aus der employee-Tabelle mit Primärschlüssel Emp_id=101
    Jetzt haben Sie den Datensatz geändert in Java.
    Und Sie gehen, um zu speichern Sie die Employee-Datensatz in der Datenbank.
    wir haben nicht eine geschlossene Sitzung abzuhalten, hier überall.
    Wie das Objekt, das gelesen wurde, bleiben auch in der Sitzung. Es Konflikte mit dem Objekt, das wir wollen, zu schreiben. Daher kommt dieser Fehler.

    InformationsquelleAutor der Antwort Prashant Bari

  6. 3

    Holen Sie das Objekt in die session, hier ein Beispiel:

    MyObject ob = null;
ob = (MyObject) session.get(MyObject.class, id);

    InformationsquelleAutor der Antwort user372467

  7. 3

    Ich lief in dieses problem, indem Sie:

    1. Löschen eines Objekts (mit HQL)
    2. Sofort speichern ein neues Objekt mit der gleichen id

    Ich entschloss mich, es durch das Spülen der Ergebnisse nach dem löschen und leeren des cache vor dem speichern des neuen Objekts

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

    InformationsquelleAutor der Antwort wbdarby

  8. 2

    Ich lief auch dieses problem und hatte eine harte Zeit, den Fehler zu finden.

    Das problem, das ich hatte, war folgende:

    Das Objekt gelesen wurde, ein Dao mit einer anderen hibernate-session.

    Um dies zu vermeiden, Ausnahme, kommen Sie einfach wieder-Lesen Sie das Objekt mit dem dao geht, die zum speichern/aktualisieren dieses Objekts später.

    also:

    class A{      

 readFoo(){
       someDaoA.read(myBadAssObject); //Different Session than in class B
    }

}

class B{



 saveFoo(){
       someDaoB.read(myBadAssObjectAgain); //Different Session than in class A
       [...]
       myBadAssObjectAgain.fooValue = 'bar';
       persist();
    }

}

    Hoffen, dass sparen die Menschen viel Zeit!

    InformationsquelleAutor der Antwort Frithjof

  9. 1

    Sind Ihre Id-mappings korrekt? Wenn die Datenbank ist verantwortlich für die Erstellung der Id durch einen Bezeichner, müssen Sie Ihre Karte Benutzerobjekt an, dass ..

    InformationsquelleAutor der Antwort cwap

  10. 1

    Prüfen Sie, ob Sie vergessen hat, @GenerateValue für die @Id-Spalte.
    Ich hatte dasselbe problem mit dem viele zu viele Beziehung zwischen Film und Genre. Das Programm warf
    Hibernate Error: org.hibernate.NonUniqueObjectException: ein anderes Objekt mit der gleichen id-Wert war bereits im Zusammenhang mit der Sitzung
    Fehler.
    Später fand ich heraus, dass ich nur noch sicherstellen, dass Sie @GenerateValue der GenreId get-Methode.

    InformationsquelleAutor der Antwort Thupten

  11. 1

    nur überprüfen Sie die id, ob es dauert, null oder 0 wie

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

    hinzufügen oder aktualisieren, in denen die Inhalte gesetzt sind, aus der form zu Pojo

    InformationsquelleAutor der Antwort Ayan Sarkar

  12. 1

    Ich traf dieses problem mit dem löschen eines Objekts, weder entfernen noch deaktivieren geholfen. 

    /**
 * 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);
}

    InformationsquelleAutor der Antwort TimP

  13. 1

    Ich hatte ein ähnliches problem. In meinem Fall hatte ich vergessen zu setzen, die increment_by Wert in der Datenbank werden die gleichen wie die von der cache_size und allocationSize. (Die Pfeile zeigen auf die genannten Attribute)

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

    InformationsquelleAutor der Antwort kaba713

  14. 1

    Ich habe den gleichen Fehler, ich war zu ersetzen und meine Sammlung mit einer neuen zu Holen von Jackson.

    Um dieses Problem zu lösen ich halte das bestehende set, Entferne ich aus der alten das element unbekannten in die neue Liste mit retainAll.
    Dann füge ich die neue mit addAll.

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

    Keine Notwendigkeit, um die Sitzung und manipulieren.

    InformationsquelleAutor der Antwort Ôrel

  15. 1

    Versuchen. Die unten arbeitete für mich!

    In der hbm.xml Datei

    1. Müssen wir um die dynamic-update Attribut der Klasse tag zu true:

      <class dynamic-update="true">

    2. Legen Sie die class-Attribut des generator-tag unter einzigartigen Spalte identity:

      <generator class="identity">

    Hinweis: stellen Sie die eindeutige Spalte zu identity eher als assigned.

    InformationsquelleAutor der Antwort Explorer_N

  16. 0

    Andere Sache, die für mich gearbeitet wurde, um die Instanz-variable Lang statt lange

    Ich hatte meine primary key-variable (long id;
    ändern Sie es zu Long id; arbeitete

    Alle die besten

    InformationsquelleAutor der Antwort

  17. 0

    Kann man immer tun, eine Sitzung flush.
    Der Flush synchronisieren Sie den Zustand aller Ihrer Objekte in session (bitte jemand korrigieren Sie mich, wenn ich falsch Liege), und vielleicht würden Sie es lösen Ihr problem in einigen Fällen.

    Umsetzung Ihrer eigenen equals und hashcode kann Ihnen helfen, zu.

    InformationsquelleAutor der Antwort caarlos0

  18. 0

    Können Sie Ihre Cascade-Einstellungen. Die Cascade-Einstellungen auf Ihre Modelle könnte die Ursache sein. Ich entfernte Cascade-Einstellungen (im Wesentlichen nicht erlaubt Cascade Inserts/Updates) und das ist mein problem gelöst

    InformationsquelleAutor der Antwort user1609848

  19. 0

    Fand ich diese Fehler auch. Was für mich gearbeitet ist, um sicherzustellen, dass der primäre Schlüssel (wird automatisch generiert) ist nicht eine PDT (D. H. long, int, ect.), sondern ein Objekt (also Long, Integer, etc).

    Wenn Sie das Objekt erstellt haben, um es zu speichern, stellen Sie sicher, dass Sie übergeben Sie null und nicht 0 ist.

    InformationsquelleAutor der Antwort Jaco Van Niekerk

  20. 0

    Ich bin neu in NHibernate, und mein problem war, dass ich eine andere session Abfragen mein Objekt, als ich Tat, um es zu speichern. Also das speichern von session-didn ' T wissen über das Objekt.

    Es scheint offensichtlich, aber aus der Lektüre der bisherigen Antworten, die ich suchte überall für 2 Objekte, nicht 2 Sitzungen.

    InformationsquelleAutor der Antwort DustinA

  21. 0

    Funktioniert diese Hilfe? 

    User userObj1 = new User();
User userObj2 = userObj1;
.
.
.
rtsession.save(userObj1);
rtsession.save(userObj2);

    InformationsquelleAutor der Antwort George Papatheodorou

  22. 0

    @GeneratedValue(strategy=GenerationType.IDENTITÄT), das hinzufügen dieser Annotationen zu den Primärschlüssel-Eigenschaft in Ihrer entity-bean sollte das Problem lösen.

    InformationsquelleAutor der Antwort Jay

  23. 0

    Ich dieses problem gelöst .

    Eigentlich ist dies passiert, weil wir vergessen haben, die Umsetzung der Generator-Typ PK-Eigenschaft in der bean-Klasse. So machen es jeder Art wie 

    @Id
@GeneratedValue(strategy=GenerationType.IDENTITY)
private int id;

    wenn wir bestehen Fort, die Objekte der bean ,jedes Objekt erworben, gleiche ID ,so erste-Objekt gespeichert wird ,wenn ein anderes Objekt zu werden, bestehen dann HIB FW durch diese Art der Exception: org.hibernate.NonUniqueObjectException: ein anderes Objekt mit der gleichen id-Wert war bereits im Zusammenhang mit der Sitzung.

    InformationsquelleAutor der Antwort Ankit Sharma

  24. 0

    Ich entschieden habe ein ähnliches problem wie hier:

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

    InformationsquelleAutor der Antwort user3132194

  25. 0

    bevor die position, wo sich wiederholenden Objekten beginnen , sollten Sie die Sitzung schließen
    und dann sollten Sie eine neue Sitzung starten

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

    so, in dieser Art und Weise in einer Sitzung, es ist nicht mehr als eine Personen, die den gleichen Bezeichner.

    InformationsquelleAutor der Antwort engtuncay

  26. 0

    Das problem tritt auf, weil im gleichen hibernate-session die Sie zu speichern versuchen, zwei Objekte mit derselben Kennung.Es gibt zwei Lösungen:-

    1. Dies ist passiert, weil Sie nicht so konfiguriert haben, Ihre mapping.xml richtig Datei für die id-Felder wie folgt:-

      <id name="id">
  <column name="id" sql-type="bigint" not-null="true"/>
  <generator class="hibernateGeneratorClass"</generator>
</id>

    2. Überladung der Methode getsession zu akzeptieren einen Parameter wie isSessionClear,
      und klar, die Sitzung vor der Rückkehr der aktuellen Sitzung wie unten

      public static Session getSession(boolean isSessionClear) {
    if (session.isOpen() && isSessionClear) {
        session.clear();
        return session;
    } else if (session.isOpen()) {
        return session;
    } else {
        return sessionFactory.openSession();
    }
}

    Dadurch wird die bestehende session-Objekte gelöscht werden, und auch wenn hibernate nicht erzeugen einer eindeutigen Kennung ,vorausgesetzt, Sie haben konfiguriert Ihre Datenbank ordnungsgemäß für eine primary key mit Auto_Increment,sollte es für Sie funktionieren.

    InformationsquelleAutor der Antwort Rahul Kumar

  27. 0

    Ist eine Problemumgehung um dieses Problem zu lösen, ist zu versuchen, zu Lesen, das Objekt wieder aus dem Ruhezustand cache/db, bevor Sie irgendwelche updates und dann beibehalten.

    Beispiel:

                OrderHeader oh = orderHeaderDAO.get(orderHeaderId);
            oh.setShipFrom(facilityForOrder);
            orderHeaderDAO.persist(oh);

    Hinweis: beachten Sie, dass damit nicht beheben Sie die Ursache, aber behebt das Problem.

    InformationsquelleAutor der Antwort Nuwan

  28. 0

    Anders als das, was wbdarby sagte, es kann sogar passieren, wenn ein Objekt geholt wird, indem die Bezeichner des Objekts an einer HQL. Im Fall von versuchen, ändern Sie die Objekt-Felder und speichern Sie es wieder in die DB(Modifikation sein könnte, insert, delete oder update) über die gleiche Sitzung, wird dieser Fehler angezeigt. Versuchen Sie, löschen der hibernate-session vor dem speichern des modifizierten Objekt oder erstellen Sie eine komplett neue session.

    Hoffe, dass ich geholfen 😉

    InformationsquelleAutor der Antwort Arash moradabadi

  29. 0

    Spät zur party, aber kann helfen, für die kommenden Nutzer -

    Ich habe dieses Problem, wenn ich wählen Sie einen Datensatz mit getsession() wieder update ein anderer Datensatz mit derselben identifier mit gleichen Sitzung das Problem verursacht. Hinzugefügt code unten.

    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

    Dies sollte nie getan werden . Lösung ist entweder vertreiben-Sitzung, bevor Sie aktualisieren oder ändern von business-Logik.

    InformationsquelleAutor der Antwort vipin cp

  30. 0

    Können Sie session.merge(obj), wenn Sie das tun, speichern Sie mit unterschiedlichen sessions mit demselben identifier persistente Objekt.

    Es hat funktioniert, ich hatte dasselbe Problem vor.

    InformationsquelleAutor der Antwort Pavan Kumar

Schreibe einen Kommentar