Как повредить Быть в спящем режиме сессию?

При каких обстоятельствах сеанс Hibernate действительно становится непригодным для использования после создания исключения HibernateException?

Интересный вопрос. Я почти уверен, что видел случаи, когда сеанс все еще «работал» после такого исключения. Проблема может в том, что это не гарантируется. Мне нужно еще немного покопаться.

Обновление: Цитата это сообщение от разработчика Hibernate на форумах Hibernate:

Сеанс гибернации следует отбрасывать при возникновении любого исключения. Его можно оставить в несогласованном состоянии относительно базы данных. Это не относится к сеансу только для чтения, поскольку он не использует кэширование на уровне сеанса. В качестве альтернативы вы можете очистить кеш уровня сеанса при возникновении исключения (но мне лично не нравится этот подход, поскольку это не чистое решение и может привести к будущим проблемам и проблемам).

Таким образом, проблема не в том, является ли сеанс «технически пригодным» или нет, проблема в том, что он может вести себя не так, как ожидалось. И вы явно этого не хотите.

Как воспроизвести это в тесте?

Вы можете намеренно нарушить условие, вызывающее создание подкласса, например, нарушив ограничение целостности, чтобы получить ConstraintViolationException . Как насчет чего-то вроде этого:

Session session = HibernateUtil.getCurrentSession();

try {
    session.beginTransaction();    
    // execute some code that violates a unique constraint
    ...
    session.getTransaction().commit();  
} catch (HibernateException e) {
    session.getTransaction().rollback();
}

// keep using the session
try {
    session.beginTransaction();    
    ...
    session.getTransaction().commit();  
} catch (HibernateException e) {
    session.getTransaction().rollback();
}
// do we reach this point?

Но я не уверен, что это что-то докажет. Я имею в виду, что если сессия все еще работает, мы можем сделать вывод только для этого конкретного случая.

Обновление: Забудьте мое предложение, оно ничего не докажет. И на самом деле, я думаю, что было бы чрезвычайно сложно (технически и функционально) доказать, что все работает должным образом (и это все еще может быть «случайностью») после HibernateException . Итак, вместо того, чтобы что-то доказывать, я полагаю, что правильнее всего следовать рекомендации (или предлагаемой альтернативе, но я бы просто запросил новую сессию и закрыть его для каждой транзакции, независимо от того, возникло ли исключение).

Какой термин подходит для такого теста?

Интеграционный тест? Тест на устойчивость?