Błąd Hibernate: inny obiekt o tej samej wartości identyfikatora był już powiązany z sesją

Po prostu ustaw kaskadę do scalania, to powinno załatwić sprawę.

Musisz zrobić tylko jedną rzecz. Uruchom session_object.clear(), a następnie zapisz nowy obiekt. Spowoduje to wyczyszczenie sesji (zgodnie z odpowiednią nazwą) i usunięcie naruszającego duplikatu obiektu z sesji.

Przenieś zadanie przypisania ID obiektu z Hibernate do bazy danych za pomocą:

<generator class="native"/>

Zgadzam się z @ Hemant kumar, dziękuję bardzo. według jego rozwiązania, rozwiązałem swój problem.

Na przykład：

@Test
public void testSavePerson() {
    try (Session session = sessionFactory.openSession()) {
        Transaction tx = session.beginTransaction();
        Person person1 = new Person();
        Person person2 = new Person();
        person1.setName("222");
        person2.setName("111");
        session.save(person1);
        session.save(person2);
        tx.commit();
    }
}

public class Person {
    private int id;
    private String name;

    @Id
    @Column(name = "id")
    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    @Basic
    @Column(name = "name")
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

}

Ten kod zawsze popełnia błąd w mojej aplikacji: A different object with the same identifier value was already associated with the session później dowiedziałem się, że Frog to autoincrease my primary key!

Moim rozwiązaniem jest dodanie tego kodu do klucza głównego:

@GeneratedValue(strategy = GenerationType.AUTO)

Jednym ze sposobów rozwiązania powyższego problemu będzie nadpisanie hashcode().
Również przepłukać sesję hibernate przed i po zapisaniu.

getHibernateTemplate().flush();

Jawne ustawienie odłączonego obiektu na null również pomaga.

Oznacza to, że próbujesz zapisać wiele wierszy w tabeli z odniesieniem do tego samego obiektu.

Sprawdź właściwość id klasy encji.

@Id
private Integer id;

Do

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(unique = true, nullable = false)
private Integer id;

Właśnie natknąłem się na tę wiadomość, ale w kodzie c#. Nie wiem, czy jest to istotne (dokładnie ten sam komunikat o błędzie).

Debugowałem kod za pomocą punktów przerwania i rozszerzałem niektóre Kolekcje za pomocą prywatnych członków, podczas gdy debugger znajdował się w punkcie przerwania. Ponowne uruchomienie kodu bez przekopywania się przez struktury sprawiło, że komunikat o błędzie zniknął. Wygląda na to, że przeglądanie prywatnych, leniwych kolekcji sprawiło, że NHibernate ładuje rzeczy, które nie powinny być ładowane w tym czasu (bo byli w prywatnych członkach).

Sam kod jest zawinięty w dość skomplikowaną transakcję, która może aktualizować dużą liczbę rekordów i wiele zależności w ramach tej transakcji (proces importu).

Mam nadzieję, że wskazówka dla każdego, kto natknie się na problem.

Znajdź" kaskadę " atrybutu w Hibernate i usuń go. Po ustawieniu" Kaskada " dostępne, będzie wywoływać inne operacje (zapisać, aktualizować i usuwać) na innych jednostek, które mają związek z klasami pokrewnymi. / Align = "left" / U mnie zadziałało.

Dodaj adnotację @ GeneratedValue do fasoli, którą wkładasz.

Miałem ten błąd kilka dni i przyspieszyłem zbyt wiele czasu na naprawienie tego błędu.

 public boolean save(OrderHeader header) {
    Session session = sessionFactory.openSession();


    Transaction transaction = session.beginTransaction();

    try {
        session.save(header);

        for (OrderDetail detail : header.getDetails()) {
            session.save(detail);
        }

        transaction.commit();
        session.close();

        return true;
    } catch (HibernateException exception) {

        exception.printStackTrace();
        transaction.rollback();
        return false;
    }
}

Zanim otrzymam ten błąd, nie wspomniałem o typie generowania ID w obiekcie OrderDetil. gdy nie generuje ID Orderdetails, zachowuje Id jako 0 dla każdego obiektu OrderDetail. to co # jbx wyjaśnił. Tak, to najlepsza odpowiedź. ten jeden przykład, jak to się dzieje.

Spróbuj umieścić kod zapytania przed. To rozwiązuje mój problem. np. zmień to:

query1 
query2 - get the error 
update

Do tego:

query2
query1
update

Możesz nie ustawiać identyfikatora obiektu przed wywołaniem zapytania update.

Spotkałem się z problemem, ponieważ Generowanie klucza podstawowego jest złe, gdy wstawiam wiersz taki jak ten:

public void addTerminal(String typeOfDevice,Map<Byte,Integer> map) {
        // TODO Auto-generated method stub
        try {
            Set<Byte> keySet = map.keySet();
            for (Byte byte1 : keySet) {
                Device device=new Device();
                device.setNumDevice(DeviceCount.map.get(byte1));
                device.setTimestamp(System.currentTimeMillis());
                device.setTypeDevice(byte1);
                this.getHibernateTemplate().save(device);
            }
            System.out.println("hah");
        }catch (Exception e) {
            // TODO: handle exception
            logger.warn("wrong");
            logger.warn(e.getStackTrace()+e.getMessage());
        }
}

Zmieniam klasę generatora id na identity

<id name="id" type="int">
    <column name="id" />
    <generator class="identity"  />
 </id>

W moim przypadku only flush() nie zadziałało. Musiałem użyć clear () po flush ().

public Object merge(final Object detachedInstance)
    {
        this.getHibernateTemplate().flush();
        this.getHibernateTemplate().clear();
        try
        {
            this.getHibernateTemplate().evict(detachedInstance);
        }
}