Аннулирование сессии JPA EntityManager

Question

Проект, над которым я работаю, использует Spring 2.5 и JPA с Hibernate в качестве провайдера.

Мои классы DAO расширяют JpaDaoSupport, поэтому я получаю свой JpaTemplate с помощью метода getJpaTemplate().

Внутренняя база данных может быть изменена либо моим приложением, либо сторонним приложением.

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

Как я могу это сделать?

Answer 1

Существует два уровня кэширования:

• 1-й уровень - это собственный кеш EntityManager.

  Вы также можете refresh на одном объекте, и он будет перезагружен из базы данных, или вы можете clear сам менеджер сущностей, и в этом случае все сущности удаляются из кэша. В JPA нет способа удалить из кэша только одну конкретную сущность. В зависимости от используемой реализации вы можете сделать это, например, Hibernate evict метод.

• Кэширование 2-го уровня - это глобальный кеш.

  JPA 1.0 не предоставил поддержку кеша 2-го уровня. Затем вам нужно положиться на базовую конкретную реализацию или отключить ее. JPA 2.0 решит эту проблему с @Cache аннотация и API кеша. Вы можете очистить кэш 2-го уровня, используя специфичный для Hibernate API, например: SessionFactory.evict(...),

  • Понимание Hibernate 2-го уровня кеша

Дополнительные проблемы с кэшированием:

• Кеш запросов

  Результат определенных запросов может быть кэширован. Опять же, не поддерживается в JPA 1.0, но в большинстве реализаций есть способы указать, какой запрос будет кэшироваться и как.

  • Понимание кеша запросов в Hibernate

• Кластеризация

  Затем возникает утомительная проблема синхронизации кэшей между узлами в кластере. В этом случае это в основном зависит от используемой технологии кеширования, например, кеша JBoss.

Ваш вопрос по-прежнему носит общий характер, и ответ будет зависеть от того, что вы делаете.

Я работал в системе, где было бы много обновлений без перехода в спящий режим, и мы наконец отключили кэш 2-го уровня.

Но вы также можете отслеживать все открытые сеансы и при необходимости исключать весь кэш 1-го уровня всех открытых сеансов, а также кэш 2-го уровня. Вам все равно нужно было бы управлять синхронизацией самостоятельно, но я думаю, что это возможно.

Answer 2

С архитектурной точки зрения не очень хорошая идея позволять другому приложению обходить всю вашу бизнес-логику и изменять постоянные данные. Это делает землю под ногами вашего приложения шаткой во многих отношениях:)

Не было бы хорошей идеей интегрироваться с этой другой системой более элегантным способом, например, путем обработки сообщений или пакетной обработки. Весна имеет большую поддержку для них обоих.