org.neo4j.ogm.exception.TransactionManagerException: «Сделка не является текущей для этой нити», когда сеанс используется в рамках прототипа

Question

При использовании prototype области видимости Session с @Transactional аннотацию в SDN 4.1.x, я видя следующее исключение:

org.neo4j.ogm.exception.TransactionManagerException: "Transaction is not current for this thread" 

Я недавно модернизировал свой Spring загрузки проекта в SDN 4.1.x и Neo4j OGM 2.0.3. Кажется, что когда инициировано несколько Session s (из-за того, что область prototype) DefaultTransactionManager не может найти ссылку на ранее открытую транзакцию во время фиксации.

Я вижу, что статический ThreadLocal удаляется каждый раз, когда сеанс создается.

Но тот же проект отлично работает с SDN 4.0.0 и версией OGM 1.1.4. Так что, как работа вокруг, мне пришлось сделать Sessionthread в области. Кто-нибудь может прояснить, какие изменения внесены в SDN/OGM, которые могут вызвать это. Или это ожидаемое поведение в SDN 4.1.X?

Answer 1

Спасибо за ответ.

Позвольте мне немного пояснить область применения. Мое приложение является асинхронным/параллельным и не блокирующим в природе, упрощенном реактором.

Параллелизм контролируется API-интерфейсом Reactor-Stream на основе группировки на основе пула. Это означает, что данные хранятся в Neo4J через параллельные потоки (рабочие) из нескольких групп (пул потоков), созданных на основе определенного контекста группировки конкретных приложений. Внутри группы взаимодействие с Neo4J всегда последовательное.

Соответственно, ниже приведены варианты, которые я рассмотрел для Neo4j сессии (я использовал @EnableTransactionManagement в конфигурации и @Transactional в методе, взаимодействующего с Neo4j)

1. "session" - Это не может быть использован в качестве приложения (в основном бэкэнд-приложение) не использует контейнер Spring-MVC
2. "prototype" - означает, что для каждого попадания базы данных будет создан новый объект сеанса. Это хорошо работает с SDN 4.0.0 и OGM 1.x. Но с обновленной библиотекой он больше не работает. Сессия управляется контейнером и не используется далее за пределами границ транзакции
3. "thread" - Для этого требуется явная регистрация области. Тем не менее, сеанс остается в живых, хотя весь жизненный цикл потока. Это действительно расширит область памяти и будет очищаться/краснеть, чтобы сохранить целостность данных.

Я думал об обновлении до SDN 4.2.X, но доступны только SNAPSHOT, которые я немного скептически продолжаю.

Кроме того, я вижу, что когда аспект транзакции (@EnableTransactionManagement) удален, он отлично работает. Но мне интересно, правильно ли он обрабатывает транзакцию.

Тип путаницы при управлении транзакциями вокруг OOM Neo4J, в котором сеанс не может быть инициализирован в Singleton или Session scope? Или Какая предпочтительная работа вокруг таких сценариев?

Answer 2

OK Я думаю, что понимаю проблемы.

До SDN 4.2/OGM 2.1 Конфигурация и транзакции выполнялись по-разному. Пользователям необходимо было определить и указать область на компоненте в классе конфигурации, который расширился Neo4jConfiguration. Это привело к большой путанице среди разработчиков, с точки зрения которых можно использовать для своих приложений. В этой последней версии это полностью устранено. Вы можете посмотреть, как обновить номер this blog post. Мы также не будем поддерживать этот старый механизм конфигурации в будущем.

Новая версия SDN будет RC1 в конце этого месяца и RELEASE около 12 декабря, так что это не будет SNAPSHOT слишком долго!

В сообщении в блоге также говорится о том, как работают транзакции.