VPF::Не работает каскадное удаление

Joss

Дата 9.9.2009, 18:03 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 103
Регистрация: 19.3.2006

Репутация: нет
Всего: 1

Доброго времени суток!
Столкнулся со следующей проблемой. Есть сущность Событие:

Код


@Entity
@Table(name="JTMEvent")
public class Event implements Serializable {
    private static final long serialVersionUID = 1L;

    // ...

    @ManyToOne
    @JoinColumn(name = "ParentEventRef")
    private Event parent;

    @OneToMany(mappedBy = "parent", cascade={CascadeType.REMOVE, CascadeType.PERSIST})
    private Collection<Event> subEvents;

    // ...
}

Бин, реализующий управление событиями

Код


@Stateless
public class EventsManagerBean implements EventsManager {
    @PersistenceContext
    private EntityManager em;

    public void dropEvent(String eventId) throws InvalidParametersException {
        Event event = em.find(Event.class, eventId);
        if (event == null) {
            throw new InvalidParametersException("Event " + eventId + " wasn't found");
        }

        em.remove(event);
    }
}

В результате выполнения этого метода возникает ошибка JDBC-драйвера используемой бд: Dependent foreign key constraint violation in a referential integrity constraint. Это происходит в случае, когда удаляемое событие содержит "под-события", хотя по идее CascadeType.REMOVE должен обеспечить и их удаление тоже.

Сервер - Glassfish 2.x, провайдер - TopLink.

Есть подозрение, что проблема каким-то образом связана с кешированием в TopLink, т.к. при его отключении такой проблемы не возникает.

Какие мысли по поводу?

Joss

Дата 9.9.2009, 21:10 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 103
Регистрация: 19.3.2006

Репутация: нет
Всего: 1

Упс, дубль вышел... Модераторы, удалите, плз.

Joss

Дата 10.9.2009, 15:00 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 103
Регистрация: 19.3.2006

Репутация: нет
Всего: 1

Разобрался, тема закрыта.

garbuz

Дата 10.9.2009, 18:01 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 677
Регистрация: 22.1.2008

Репутация: 8
Всего: 11

Пишите в чем была проблема, следующим поколениям может пригодиться smile

Joss

Дата 11.9.2009, 09:20 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 103
Регистрация: 19.3.2006

Репутация: нет
Всего: 1

А проблема оказалась далеко от места удаления. А именно - при создании новых сущностей smile

. Дело в том, что при добавлении дочернего события все, что я делал - это:

Код


Event newEvent = new Event();
// Тут заполнение Event данными.
newEvent.setParent(parent); // Указание родительского события по отношению к создаваемому

em.persist(newEvent); // Сохраняем

И данные нормально попадали в базу. Но связь между родительским и дочерними событиями двусторонняя, а я установил ее только в одну сторону.

Код


Event newEvent = new Event();
// ....
newEvent.setParent(parent);

parent.getSubEvents().add(newEvent); // <== Добавляем в коллекцию к родителю.

em.persist(newEvent); // Сохраняем

Как я уже сказал, на реальное добавление данных в таблицу это не повлияло, но в результате в кэше оставался неправильный граф объектов. По крайней мере, так я понимаю... И поэтому отключение межсессионного кэширования решало (а скорее маскировало) проблему.

Java Persistence API Specification:

Цитата

Note that it is the application that bears responsibility for maintaining the consistency of runtime relationships — for example, for insuring that the“one”and the“many”sides of a bidirectional relationship are consistent with one another when the application updates the
relationship at runtime.

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Java EE (J2EE) и Spring \| Следующая тема »