Spring boot Hibernate JPA无可用的事务实体管理器

Question

我正在使用Spring boot 1.2.3。JPA的发布版本超过Hibernate。我遇到以下异常

org.springframework.dao.InvalidDataAccessApiUsageException: No transactional EntityManager available; nested exception is javax.persistence.TransactionRequiredException: No transactional EntityManager available
at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:410) ~[EntityManagerFactoryUtils.class:4.1.6.RELEASE]
at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:223) ~[HibernateJpaDialect.class:4.1.6.RELEASE]
at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.translateExceptionIfPossible(AbstractEntityManagerFactoryBean.java:417) ~[AbstractEntityManagerFactoryBean.class:4.1.6.RELEASE]
at org.springframework.dao.support.ChainedPersistenceExceptionTranslator.translateExceptionIfPossible(ChainedPersistenceExceptionTranslator.java:59) ~[ChainedPersistenceExceptionTranslator.class:4.1.6.RELEASE]
at org.springframework.dao.support.DataAccessUtils.translateIfNecessary(DataAccessUtils.java:213) ~[DataAccessUtils.class:4.1.6.RELEASE]
at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:147) ~[PersistenceExceptionTranslationInterceptor.class:4.1.6.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) [ReflectiveMethodInvocation.class:4.1.6.RELEASE]
at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodIntercceptor.invoke(CrudMethodMetadataPostProcessor.java:122) ~[CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodIntercceptor.class:na]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) [ReflectiveMethodInvocation.class:4.1.6.RELEASE]
at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) [ExposeInvocationInterceptor.class:4.1.6.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) [ReflectiveMethodInvocation.class:4.1.6.RELEASE]
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207) [JdkDynamicAopProxy.class:4.1.6.RELEASE]
at com.sun.proxy.$Proxy110.deleteByCustomerId(Unknown Source) ~[na:na]

Caused by: javax.persistence.TransactionRequiredException: No transactional EntityManager available
at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:275) ~[SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.class:4.1.6.RELEASE]
at com.sun.proxy.$Proxy102.remove(Unknown Source) ~[na:na]
at org.springframework.data.jpa.repository.query.JpaQueryExecution$DeleteExecution.doExecute(JpaQueryExecution.java:270) ~[JpaQueryExecution$DeleteExecution.class:na]
at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:74) ~[JpaQueryExecution.class:na]
at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:97) ~[AbstractJpaQuery.class:na]
at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:88) ~[AbstractJpaQuery.class:na]
at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:395) ~[RepositoryFactorySupport$QueryExecutorMethodInterceptor.class:na]
at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:373) ~[RepositoryFactorySupport$QueryExecutorMethodInterceptor.class:na]

以下是我的程序结构
配置类

@Configuration
@ComponentScan
@EnableAutoConfiguration
@EnableTransactionManagement
public class WSApplication {
    public static void main(final String[] args) {
        SpringApplication.run(WSApplication.class, args);
    }
}

@Entity
@Table(Orders)
public class Order {
    @id
    @GeneratedValue
    private long id;

    @Column(name = "customerId")
    private Long customerId;

    // getter & setter methods
    // equals & hashCode methods
}

public interface OrderRepository extends JpaRepository<Order, Long> {

    List<Order> findByCustomerId(Long customerId);

    // 4- @Transactional works fine
    void deleteByCustomerId(Long cusotmerId);

}

public class OrderService {

    @Autowired
    private OrderRepository repo;

    // 3- @Transactional works fine
    public void deleteOrder(long customerId){
        //1- throws exception
        repo.deleteByCustomerId(customerId); 

        //2- following works fine
        //repo.delete(repo.findByCustomerId(customerId).get(0));
    }

}

在上面的服务类代码中，有人能指导我为什么2个工作和1个抛出异常。

谢啦

Answer 1

即使用@transactional注释了我的search（）方法，我仍然得到了“无可用的事务实体管理器”（No transactional EntityManager）异常。

我遵循了这个教程，它描述了如何在Spring Boot中设置Hibernate搜索。

我的问题是，我对hibernate search orm有不同的依赖性。对我来说没有任何问题的依赖是

compile("org.hibernate:hibernate-search-orm:5.7.0.Final")

将其添加到gradle构建文件后，一切都按预期进行。

希望这对其他人也有帮助。

Answer 2

好吧，我找到了一种方法让它发挥作用。

只需在OrderService的deleteorder方法中放入@Transactional注释（org.springframework.transaction.annotation.Transactional）。

@Transactional
public void deleteOrder(long customerId){
    repo.deleteByCustomerId(customerId);
}

我真的不知道为什么第二个有效。我猜，因为它是来自CrudRepository接口的直接方法，所以它知道如何以原子方式执行它。

前者是对deleteByCustomerId的调用。将处理此调用以找出具有指定id的客户，然后将其删除。出于某种原因，它使用显式事务。

这只是一个猜测。我将尝试联系一些spring开发人员，并可能打开一个问题来验证这种行为。

希望有帮助！

参考：http://spring.io/guides/gs/managing-transactions/

Answer 3

首先，我引用了Spring-Data JPA文档来证明为什么delete方法在您的情况下有效（我指的是选项2）。

默认情况下，存储库实例上的CRUD方法是事务性的。对于读取操作，事务配置readOnly标志设置为true，其他所有事务都使用普通事务配置进行配置，以便应用默认事务配置。有关详细信息，请参阅CrudRepository的JavaDoc

delete方法实际上是CrudRepository的一种方法。您的存储库扩展了JpaRepository，它扩展了CrudRespository，因此它属于CrudRepository接口，根据上面的引用是事务性的。

如果您阅读Transactional Query Method部分，您将看到与选项4相同，并且您将知道如何为存储库的所有方法应用自定义事务行为。此外，留档的示例61显示了与选项3相同的场景。

现在请记住，您不是在使用JDBC逻辑，在这种情况下，数据库负责事务，而是在基于ORM的框架内。ORM框架需要一个事务来触发对象缓存和数据库之间的同步。因此，您必须了解并为执行ORM逻辑的方法提供事务上下文，如deleteByCustomerId。

默认情况下，事务性（我的意思是没有任何参数）将传播模式设置为所需，只读标志设置为false。当您调用在中注释的方法时，如果不存在任何事务，则事务将被初始化。这就是为什么@LucasSaldanha的解决方案（与使用facade定义多个存储库调用的事务的示例相同）和选项4可以工作的原因。另一方面，如果没有事务，则属于抛出的选项1异常。