Spring - Нет EntityManager с реальной транзакцией, доступной для текущего потока - не может надежно обработать вызов "persist"

Ответ 1

У меня была та же проблема, и я аннотировал метод как @Transactional, и он работал.

UPDATE: проверяя документацию spring, похоже, по умолчанию PersistenceContext имеет тип Transaction, поэтому метод должен быть транзакционным (http://docs.spring.io/spring/docs/current/spring-framework-reference/html/orm.html):

Аннотация @PersistenceContext имеет необязательный тип атрибута, который по умолчанию имеет значение PersistenceContextType.TRANSACTION. Это значение по умолчанию что вам нужно для получения общего прокси-сервера EntityManager. альтернатива, PersistenceContextType.EXTENDED, является полностью разное дело: это приводит к так называемому расширенному EntityManager, который не является потокобезопасным и, следовательно, не должен использоваться одновременно доступный компонент, такой как Spring управляемый синглтон bean. расширенный EntityManager должен использоваться только в компонентах stateful которые, например, находятся в сеансе, с жизненным циклом EntityManager не привязан к текущей транзакции, а скорее полностью до приложения.

Ответ 2

Я получил это исключение, пытаясь использовать специальный метод deleteBy в репозитории данных spring. Операция была предпринята из тестового класса JUnit.

Исключение не возникает при использовании аннотации @Transactional на уровне класса JUnit.

Ответ 3

Эта ошибка заставила меня литься в течение трех дней, ситуация, с которой я столкнулась, вызвала ту же ошибку. Следуя всем советам, которые я смог найти, я играл с конфигурацией, но безрезультатно.

В конце концов я нашел его, разница, Службы, которую я выполнял, содержалась в общем банке, проблема оказалась AspectJ, не обрабатывая экземпляр службы тем же. По сути, прокси-сервер просто вызывал базовый метод без выполнения обычной магии Spring до вызова метода.

В итоге аннотация @Scope, помещенная на службу в соответствии с примером, решила проблему:

@Service
@Scope(proxyMode = ScopedProxyMode.INTERFACES)
@Transactional
public class CoreServiceImpl implements CoreService {
    @PersistenceContext
    protected EntityManager entityManager;

    @Override
    public final <T extends AbstractEntity> int deleteAll(Class<T> clazz) {
        CriteriaDelete<T> criteriaDelete = entityManager.getCriteriaBuilder().createCriteriaDelete(clazz);
        criteriaDelete.from(clazz);
        return entityManager.createQuery(criteriaDelete).executeUpdate();
    }

}

Метод, который я опубликовал, является методом удаления, но аннотации влияют на все методы сохранения таким же образом.

Я надеюсь, что этот пост поможет кому-то, кто боролся с той же проблемой при загрузке службы из банки

Ответ 4

У меня была та же ошибка, потому что я переключился с XML- на java-конфигурацию.

Дело в том, что я не перенес тег <tx:annotation-driven/>, как предложил Стоун Фэн.

Поэтому я просто добавил @EnableTransactionManagement, как предложено здесь Настройка управляемых аннотациями транзакций spring в классе @Configuration, и теперь это работает

Ответ 5

У меня была та же проблема, и я добавил tx:annotation-driven в applicationContext.xml, и это сработало.

Ответ 6

boardRepo.deleteByBoardId(ID);

Столкнулся с той же проблемой. GOT javax.persistence.TransactionRequiredException: нет EntityManager с реальной транзакцией, доступной для текущего потока

Я разрешил это, добавив аннотацию @Transactional выше контроллера/службы.

Ответ 7

Для нас проблема сводилась к тем же настройкам контекста в нескольких файлах конфигурации. Убедитесь, что вы не дублировали следующее в нескольких файлах конфигурации.

<context:property-placeholder location="classpath*:/module.properties"/>
<context:component-scan base-package="...." />

Ответ 8

У меня была такая же ошибка при обращении к уже транзакционно-аннотированному методу из не-транзакционного метода внутри одного и того же компонента:

Before:
    @Component
    public class MarketObserver {
        @PersistenceContext(unitName = "maindb")
        private EntityManager em;

        @Transactional(value = "txMain", propagation = Propagation.REQUIRES_NEW)
        public void executeQuery() {
          em.persist(....);
        }


        @Async
        public void startObserving() {
          executeQuery(); //<-- Wrong
        }
    }

    //In another bean:
     marketObserver.startObserving();

Я исправил ошибку, вызвав executeQuery() в компоненте с самостоятельной ссылкой:

Fixed version:
    @Component
    public class MarketObserver {
        @PersistenceContext(unitName = "maindb")
        private EntityManager em;

        @Autowired
        private GenericApplicationContext context;

        @Transactional(value = "txMain", propagation = Propagation.REQUIRES_NEW)
        public void executeQuery() {
          em.persist(....);
        }


        @Async
        public void startObserving() {
          context.getBean(MarketObserver.class).executeQuery(); //<-- Works
        }
    }

Ответ 9

У меня был тот же код ошибки, когда я использовал @Transaction на неправильном методе/уровне действия.

methodWithANumberOfDatabaseActions() { 
   methodA( ...)
   methodA( ...)
}

@Transactional
void methodA( ...) {
  ... ERROR message
}

Я должен был разместить @Transactional чуть выше метода methodWithANumberOfDatabaseActions(), конечно.

Это решило сообщение об ошибке в моем случае.

Ответ 10

Я удалил режим из

<tx:annotation-driven mode="aspectj"
transaction-manager="transactionManager" />

чтобы сделать эту работу

Ответ 11

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

В моем случае я работал над микросервисом, вызванным удалением, и аннотация @Transactional на уровне сервиса не была удалена удаленным прокси.

Добавление класса делегата между словом service и dao и маркировка метода делегата как транзакционного исправления для меня.

Ответ 12

Это помогло нам, может быть, это может помочь другим в будущем. @Transaction не работал для нас, но это сработало:

@ConditionalOnMissingClass("org.springframework.orm.jpa.JpaTransactionManager")