Java 使用Spring 3.1.3时EclipseLink 2.4.1引发的TransactionRequiredException

Java 使用Spring 3.1.3时EclipseLink 2.4.1引发的TransactionRequiredException,java,spring,jpa,eclipselink,Java,Spring,Jpa,Eclipselink,我正在尝试设置以下组件: 日食2.4.1 春季3.1.3 玻璃鱼3.1.2 Derby嵌入式数据库 到目前为止,这些东西还在运行。但是,只要我想在我的JPA上下文中持久化某些内容,就会抛出一个TransactionRequiredException: javax.persistence.TransactionRequiredException: Exception Description: No transaction is currently active at org.ecli

我正在尝试设置以下组件:

  • 日食2.4.1
  • 春季3.1.3
  • 玻璃鱼3.1.2
  • Derby嵌入式数据库
到目前为止,这些东西还在运行。但是,只要我想在我的JPA上下文中持久化某些内容,就会抛出一个
TransactionRequiredException

javax.persistence.TransactionRequiredException: 
Exception Description: No transaction is currently active
    at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionWrapper.throwCheckTransactionFailedException(EntityTransactionWrapper.java:113)
    at org.eclipse.persistence.internal.jpa.transaction.EntityTransactionWrapper.checkForTransaction(EntityTransactionWrapper.java:50)
    at org.eclipse.persistence.internal.jpa.EntityManagerImpl.checkForTransaction(EntityManagerImpl.java:1776)
    at org.eclipse.persistence.internal.jpa.EntityManagerImpl.flush(EntityManagerImpl.java:780)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.springframework.orm.jpa.ExtendedEntityManagerCreator$ExtendedEntityManagerInvocationHandler.invoke(ExtendedEntityManagerCreator.java:365)
    at $Proxy439.flush(Unknown Source)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:240)
    at $Proxy439.flush(Unknown Source)
    at backend.dao.StoredObjectDAO.save(StoredObjectDAO.java:39)
    at backend.service.StorageService.setObjectForKey(StorageService.java:35)
    at backend.controller.StoredObjectController.setObjectForKey(StoredObjectController.java:40)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:219)
    at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132)
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:100)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:604)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:565)
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
    at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:789)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
    at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
    at java.lang.Thread.run(Thread.java:680)
事务管理器是按照各种教程中所述进行设置的,甚至eclipse也通过在linenumber窗格旁边使用相关图标指示切入点来识别aspectj编织。 因为我使用的是
@Transactional
注释,所以我正确地将
设置为“on”

但是,我还是得到了同样的例外。有人知道在使用这种库的关联时是否需要特定的设置吗? 请在下面找到所有必要的文件

谢谢, 马努


更新 最后离开Spring并使用另一个堆栈:

  • Google Guice(依赖项注入)
  • 泽西岛(休息图书馆)
  • Eclipse链接(JPA)
我不得不继续,而这个解决方案当时更为务实。 也许再给春天一次机会

无论如何,感谢大家的投入!:-)


applicationContext-jpa.xml

applicationContext-dataSource.xml

persistence.xml

jdbc/后端
backend.model.StoredObject
真的
StoredObjectDAO.java
@存储库
@交易的
公共类StoredObjectDAO实现了IStoredObjectDAO{
@持久上下文
私人实体管理者实体管理者;
@凌驾
@事务(只读=真)
公共集合列表全部(){
TypedQuery query=entityManager.createQuery(“从StoredObject s中选择s”,StoredObject.class);
集合结果=query.getResultList();
返回结果;
}
@凌驾
公共作废保存(StoredObject StoredObject){
entityManager.persist(storedObject);

entityManager.flush();//当前没有活动的事务?表示没有开始EntityTransaction

你能试试吗

@Override
public void save(StoredObject storedObject) {
    entityManager.getTransaction().begin();
    entityManager.persist(storedObject);
    entityManager.flush(); // <---- throws Exception
}
@覆盖
公共作废保存(StoredObject StoredObject){
entityManager.getTransaction().begin();
entityManager.persist(storedObject);

entityManager.flush();//持久化单元中不需要提供程序吗?

根据Spring文档

<tx:annotation-driven/> only looks for @Transactional on beans in the same application context it is defined in. 
This means that, if you put <tx:annotation-driven/> in a WebApplicationContext for a DispatcherServlet, it only checks for @Transactional beans in your controllers, and not your services.
仅在定义@Transactional的同一应用程序上下文中查找bean上的@Transactional。
这意味着,如果为DispatcherServlet输入WebApplicationContext,它只检查控制器中的@Transactional bean,而不检查服务。

请验证,您已经正确地配置了它

错误似乎是EclipseLink使用的是EntityTransactionWrapper,而不是配置为使用JTA的JTATransactionWrapper,如本文所示:

您可能需要验证正在使用的persistence.xml是否标记为JTA,并且是否是您所显示的,因为它可能是另一个persistence.xml,而是在您的类路径上拾取的。

根据,它描述了默认值,如下所示:

“tx:annotation-driven”上的“代理目标类”属性元素控制为使用@transactional注释的类创建何种类型的事务代理。如果proxy target class属性设置为true,则创建基于类的代理。如果proxy target class为false或省略该属性,则创建基于标准JDK接口的代理

由于您的案例是基于类的代理,因此您需要添加如下属性:

tx:annotation-driven-proxy-target class=“true”transaction-manager=“transaction-manager”

您甚至可能会丢失该属性:

事务管理器=“transactionManager”


因为它是默认的….!

如果您是从服务类调用DAO方法,请避免将DAO方法注释为@Transactional。而是将服务类方法注释为Transactional。这背后的原因是,您可能需要在一个事务下调用多个DAO方法。如果所有DAO方法因此,如果您将服务方法注释为事务性的,您可以在一个事务下调用任意数量的DAO方法


如果发生任何异常,如果您对服务类事务性进行注释,则整个事务将回滚。

使用
只读属性和
传播模式是不存在的。
默认的
传播
模式是
必需的
。这就是为什么,您的编码假设如下:

@Transactional(readOnly = true, propagation=Propagation.REQUIRED)
public Collection<StoredObject> listAll() {
    ......
}

参考资料:

如果您使用transaction type=“JTA”,那么在web容器ex:Tomcat中,您需要使用JOTM来管理事务,并在Tomcat和Spring中对其进行配置

此外,在persistence.xml文件中,需要添加以下行:

 <properties>

<property name="eclipselink.target-server" value="org.eclipse.persistence.transaction.jotm.JotmTransactionController"/>

</properties>


我看到StoredObjectDAO.save上缺少事务性注释,这是打字错误吗?
save()
StoredObjectDAO
中“继承”了
@Transactional
,因为它是在那里定义的。但是,我已经尝试为
save()添加注释了
,但还是一样的问题。无论如何,谢谢!:)好吧,spring应该通过围绕
save()编织一个事务来实现这一点
方法。如果我尝试按照您的建议去做,我会得到
java.lang.IllegalStateException:不允许在共享EntityManager上创建事务-使用Spring事务或EJB CMT来代替它
调试它,在某个地方事务没有开始。@Stivel他正在使用Spring的声明性事务管理。手动启动事务我n这是一个巨大的没有目标的环境。没有变化:(…现在甚至尝试在没有任何小鬼的情况下切换到hibernate
@Override
public void save(StoredObject storedObject) {
    entityManager.getTransaction().begin();
    entityManager.persist(storedObject);
    entityManager.flush(); // <---- throws Exception
}
<tx:annotation-driven/> only looks for @Transactional on beans in the same application context it is defined in. 
This means that, if you put <tx:annotation-driven/> in a WebApplicationContext for a DispatcherServlet, it only checks for @Transactional beans in your controllers, and not your services.
@Transactional(readOnly = true, propagation=Propagation.REQUIRED)
public Collection<StoredObject> listAll() {
    ......
}
@Transactional(readOnly = true, propagation=Propagation.SUPPORTS)
    public Collection<StoredObject> listAll() {
    ......
}
 <properties>

<property name="eclipselink.target-server" value="org.eclipse.persistence.transaction.jotm.JotmTransactionController"/>

</properties>