【发布时间】:2012-05-21 15:20:55
【问题描述】:
我正在使用 Spring Data JPA (SDJ),在我的集成测试期间,我遇到了一个奇怪的情况 - 我可能错误配置了一些东西,但我看不出那可能是什么。
简而言之 - 一旦在存储库接口上声明了任何种方法(即扩展 @987654322 @)。
我已经将这种行为深入到一个非常平庸的原因 - 在这种情况下,JtaTransactionManager 的 setter 根本不会调用,但我无法弄清楚原因。
接口是否应该缺少任何方法声明 - 一切都按原样工作:JtaTransactionManager setter 正常调用并启动事务,但我真的不喜欢编写不需要的自定义存储库来解决可能的错误配置/bug(我已经确认实现自定义存储库确实可以规避上述行为)。
我很感激您提供的任何信息,因为我的想法已经不多了。
这是我的相关堆栈:
- JDK 1.5
- 春季 3.1.1.RELEASE
- Spring Data JPA 1.1 GA(已在 1.0.3 版确认问题)
- Atomikos 3.7.0
- OpenJPA 2.0.1
- DB2 9.7
这个初级接口会正常执行:
package org.test
public interface TestDAO extends JpaRepository<Test, Integer> {}
以下存储库接口将导致以下异常:
package org.test
public interface TestDAO extends JpaRepository<Test, Integer> {
//public static final String TEST = "SELECT t FROM Test t WHERE t.code=:code";
//@Query(TEST)
List<Test> findByCode(String code);}
引发的异常(在 Spring 应用程序上下文引导期间抛出异常,在“配置时间”):
08:23:40.296 | DEBUG | [o.s.d.r.c.AbstractRepositoryConfigDefinitionParser:110] | Triggering auto repository detection
08:23:40.997 | DEBUG | [o.s.d.r.c.AbstractRepositoryConfigDefinitionParser:233] | Registering repository: testDAO - Interface: org.test.TestDAO - Factory: org.springframework.data.jpa.repository.support.JpaRepositoryFactoryBean, - Custom implementation: null
.....
08:23:41.309 | DEBUG | [o.s.aop.framework.JdkDynamicAopProxy:113] | Creating JDK dynamic proxy: target source is SingletonTargetSource for target object [org.springframework.data.jpa.repository.support.SimpleJpaRepository@6d886d88]
08:23:41.338 | DEBUG | [o.s.d.j.r.query.SimpleJpaQuery:122] | Looking up query for method findByCode
08:23:41.342 | DEBUG | [o.s.d.j.repository.query.NamedQuery:108] | Looking up named query Test.findByCode
08:23:43.451 | TRACE | [openjpa.jdbc.SQL:83] | <t 16515324, conn 2070969200> executing prepstmnt 694298978 SELECT SEQSCHEMA AS SEQUENCE_SCHEMA, SEQNAME AS SEQUENCE_NAME FROM SYSCAT.SEQUENCES
08:23:43.551 | TRACE | [openjpa.jdbc.SQL:83] | <t 16515324, conn 2070969200> [99 ms] spent
08:24:07.248 | INFO | [o.s.b.f.s.DefaultListableBeanFactory:433] | Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@6d966d96: defining beans [....]; root of factory hierarchy
08:24:07.253 | INFO | [o.s.o.j.LocalContainerEntityManagerFactoryBean:441] | Closing JPA EntityManagerFactory for persistence unit 'xxx'
08:24:07.307 | ERROR | [o.s.test.context.TestContextManager:324] | Caught exception while allowing TestExecutionListener [....] to prepare test instance [org.test.SomeIntegrationTest@64026402]
java.lang.NullPointerException: null
at org.apache.openjpa.kernel.AbstractBrokerFactory.syncWithManagedTransaction(AbstractBrokerFactory.java:720) ~[openjpa-kernel-2.0.1.jar:2.0.1]
Wrapped by: org.apache.openjpa.persistence.PersistenceException: null
at org.apache.openjpa.kernel.AbstractBrokerFactory.syncWithManagedTransaction(AbstractBrokerFactory.java:752) ~[openjpa-kernel-2.0.1.jar:2.0.1]
at org.apache.openjpa.kernel.BrokerImpl.initialize(BrokerImpl.java:371) ~[openjpa-kernel-2.0.1.jar:2.0.1]
at org.apache.openjpa.kernel.BrokerImpl.initialize(BrokerImpl.java:315) ~[openjpa-kernel-2.0.1.jar:2.0.1]
at org.apache.openjpa.kernel.AbstractBrokerFactory.initializeBroker(AbstractBrokerFactory.java:231) ~[openjpa-kernel-2.0.1.jar:2.0.1]
at org.apache.openjpa.kernel.AbstractBrokerFactory.newBroker(AbstractBrokerFactory.java:215) ~[openjpa-kernel-2.0.1.jar:2.0.1]
at org.apache.openjpa.kernel.DelegatingBrokerFactory.newBroker(DelegatingBrokerFactory.java:156) ~[openjpa-kernel-2.0.1.jar:2.0.1]
at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:227) ~[openjpa-persistence-2.0.1.jar:2.0.1]
at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:154) ~[openjpa-persistence-2.0.1.jar:2.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.5.0]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) ~[na:1.5.0]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.5.0]
at java.lang.reflect.Method.invoke(Method.java:618) ~[na:1.5.0]
at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.invokeProxyMethod(AbstractEntityManagerFactoryBean.java:376) ~[spring-orm-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean$ManagedEntityManagerFactoryInvocationHandler.invoke(AbstractEntityManagerFactoryBean.java:517) ~[spring-orm-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at $Proxy24.createEntityManager(Unknown Source) ~[na:na]
at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:234) ~[spring-orm-3.1.1.RELEASE.jar:3.1.1.RELEASE]
at $Proxy31.createNamedQuery(Unknown Source) ~[na:na]
at org.springframework.data.jpa.repository.query.NamedQuery.hasNamedQuery(NamedQuery.java:90) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
at org.springframework.data.jpa.repository.query.NamedQuery.<init>(NamedQuery.java:69) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
at org.springframework.data.jpa.repository.query.NamedQuery.lookupFrom(NamedQuery.java:111) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$DeclaredQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:125) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:160) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:68) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:280) ~[spring-data-commons-core-1.3.0.RELEASE.jar:na]
at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:148) ~[spring-data-commons-core-1.3.0.RELEASE.jar:na]
at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:125) ~[spring-data-commons-core-1.3.0.RELEASE.jar:na]
at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:41) ~[spring-data-commons-core-1.3.0.RELEASE.jar:na]
at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:142) ~[spring-beans-3.1.1.RELEASE.jar:3.1.1.RELEASE]
当您深入研究导致炸弹的代码(OpenJPA AbstractBrokerFactory 类)时,OpenJPA 需要给定的事务管理器(如下面的 OpenJPA 属性映射中定义),但 Spring 不提供它,因为 @ 上的 setter 987654329@ 类根本没有被调用(我已经在调试时验证了这个行为)。
与此相反,如果调用了没有任何方法的接口,则正常调用setter并为OpenJPA提供事务管理器。
这是我的配置 - 您可能会注意到并且可能相关的一件事:我根本没有使用 persistence.xml 文件。
数据源
<bean id="dataSource" class="com.atomikos.jdbc.AtomikosDataSourceBean" init-method="init" destroy-method="close">
<property name="uniqueResourceName" value="${dataSource.uniqueName}" />
<property name="xaDataSourceClassName" value="${dataSource.className}" />
<property name="poolSize" value="100" />
<property name="maxPoolSize" value="250" />
<property name="borrowConnectionTimeout" value="5000" />
<property name="xaProperties">
<props>
//snipped for brevity....
</props>
</property>
</bean>
事务管理器
<!-- Construct Atomikos UserTransactionManager, needed to configure Spring -->
<bean id="atomikosTransactionManager" class="com.atomikos.icatch.jta.UserTransactionManager" init-method="init" destroy-method="close">
<property name="forceShutdown" value="true" />
</bean>
<bean id="atomikosUserTransaction" class="com.atomikos.icatch.jta.UserTransactionImp">
<property name="transactionTimeout" value="3600"/>
</bean>
<!-- Configure the Spring framework to use JTA transactions from Atomikos -->
<bean id="transactionManager" class="org.springframework.transaction.jta.JtaTransactionManager">
<property name="transactionManager" ref="atomikosTransactionManager" />
<property name="userTransaction" ref="atomikosUserTransaction" />
<property name="allowCustomIsolationLevels" value="true" />
</bean>
实体管理器
<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="persistenceUnitName" value="${entityManagerFactory.persistenceUnitName}"/>
<property name="packagesToScan" value="org.test.model" />
<property name="jpaDialect" ref="jpaDialect"/>
<property name="jpaVendorAdapter" ref="jpaVendorAdapter"/>
<property name="jpaProperties" ref="openjpaProperties" />
</bean>
<bean id="jpaDialect" class="org.springframework.orm.jpa.vendor.OpenJpaDialect"></bean>
<bean id="jpaVendorAdapter" class="org.springframework.orm.jpa.vendor.OpenJpaVendorAdapter"></bean>
OpenJPA 属性
<util:map id="openjpaProperties">
<!-- Specifies whether JPA is using Managed (global) transactions or Local transactions -->
<entry key="openjpa.TransactionMode" value="managed" />
<entry key="openjpa.ConnectionFactoryMode" value="managed" />
<entry key="openjpa.ConnectionFactory2" value-ref="dataSourceNonXA" />
<!-- Specifies transaction manager to be used -->
<entry key="openjpa.ManagedRuntime" value="invocation(TransactionManagerMethod=com.atomikos.icatch.jta.TransactionManagerImp.getTransactionManager)" />
</util:map>
JPA 存储库扫描器
<jpa:repositories base-package="hr.apisit.b28.intrastat.business.storage.codelists.internal.dao" entity-manager-factory-ref="entityManagerFactory"
transaction-manager-ref="transactionManager" />
提前致谢
【问题讨论】:
-
能否包含测试代码。从问题中不清楚您到底面临什么问题?您是如何得出未使用 JTATransactionManager 的结论的?
-
我更新了我的问题并添加了一些说明。我认为测试是无关紧要的,因为不是在测试期间抛出这个异常,而是在测试上下文构建期间,所以在 Spring 引导期间。即便如此,测试是微不足道的(本质上只是调用了在 Repository 接口中声明的给定方法),我宁愿不再为原本非常长的帖子添加任何噪音。
-
即使您没有 Query 注释方法,您也可以重现相同的问题 - 编写一个尝试使用现有方法之一的简单测试。问题是在创建新的 EntityManager 时 - 当存在 Query 注释方法时,spring 数据 apis 试图在配置期间创建一个。
-
我同意,您会注意到我还注释掉了存储库方法声明中的 @Query 注释,问题仍然存在。目前,我能够规避这种情况的唯一方法是定义自定义存储库实现。有趣的是,在这种情况下,即使 TestDAO 没有扩展 TestDAOCustom(及其 TestDAOImpl),也设置了事务管理器并继续引导,但令我困扰的是,我看不到 SDJ 正在尝试按方法名称构造查询,但是只是使用自定义存储库实现(即使我的存储库没有扩展它!)。
-
我最后的评论可能不正确 - 它可能是 spring 数据中的错误。我认为如果事务没有到位,实体管理器的创建将失败——这可能在启动时发生。它不应该在启动期间尝试创建 EntityManager - 也许有一些配置可以作为第一个请求的一部分而不是在启动时执行此操作。
标签: spring transactions openjpa spring-data-jpa atomikos