Trwałość obiektu w stanie hibernacji, gdy znany jest klucz podstawowy.

Question

Mój problem dotyczy odłączonych obiektów ...

Obecnie używam Spring z Hibernate.

Mam zmapowany obiekt, który ma klucz podstawowy jako ciąg (wiem, że jest do bani ... ale refaktoryzacja kodu zajęłaby miesiące), a ja chcę go utrzymać. (Mam uproszczone obiekt z zaledwie dwóch atrybutów)

@Id 
private String id; 

private String pattern; 

Tak na przykład chcę dodać coś takiego:

[ "id": "myFirstPattern", "wzór": "*"]

Zauważ, że mój klucz podstawowy jest już ustawiony. Problem polega na tym, że za każdym razem, gdy próbuję kontynuować, Hibernate spróbuje połączyć ten obiekt z dowolnym obiektem w kontekście (z powodu klucza podstawowego) i nie uda się tego zrobić, ponieważ nie ma go. Zgłaszanie błędu odłączonego obiektu.

Zrobiłem kilka badań i doszedłem do wniosku, że scalenie() będzie wystarczające dla moich potrzeb, ponieważ utrzymuje się i aktualizuje, nawet jeśli obiekt nie jest dostępny. Jednak znalazłem to raczej brudne rozwiązanie i chciałem sprawdzić, czy są jakieś inne rozwiązania tego problemu.

Weź pod uwagę, że mamy warstwę Pomocnika, więc warstwa Usługi nie będzie działać bezpośrednio z warstwą HibernateDao. Mogę więc "zamaskować" to, dodając metody "persist" i "update", które wywołają tę samą metodę DAO łączenia.

Dzięki, Flavio.

Answer 1

Czy próbowałeś saveOrUpdate?

Session sess = factory.openSession(); 
Transaction tx; 
try { 
    tx = sess.beginTransaction(); 
    session.saveOrUpdate(yourObjectHere); 

    tx.commit(); 
} 
catch (Exception e) { 
    if (tx!=null) tx.rollback(); 
    throw e; 
} 
finally { 
    sess.close(); 
} 

Answer 2

Nie jestem pewien, i nie mogę spróbować go sobie teraz, ale nie ustawienie właściwości @Id używania generatora "assigned" zrobić dokładnie to?

Answer 3

Próbowałem użyć innego podejścia po tym, jak wypróbowałem ideę, którą mi dał Mauricio. Ponieważ SaveOrUpdate korzystał z obiektów buforowanych do sprawdzenia, czy powinien zaktualizować lub zapisać obiekt, o którym myślałem, że powinien zrobić to tuż przed zapisaniem obiektu.

tak, tutaj jest mój kawałek kodu:

try { 
     getHibernateTemplate().clear(); 
     getHibernateTemplate().save(entity); 
    } catch (DataAccessException e) { 
     if (e.getCause() instanceof ConstraintViolationException) 
      throw new HibernateDaoException("Entity could not be persisted. Constraint violation."); 
     throw new HibernateDaoException(e); 
    } 

Na razie to działa zgodnie z oczekiwaniami, choć wydaje się, że będzie ona zabić mojego pamięci podręcznej bazy danych powód do istnienia tej funkcji, jednak ... aktualizacji będą używane oszczędnie, ponieważ głównym powodem działania komponentu jest zwracanie informacji, dopasowywanie wzorców i zwracanie najlepszych wyników.

W każdym razie wrócę wkrótce, jeśli znajdę jakieś usterki.

Wszelkie komentarze, prosimy o ich publikację :)