特にSpringとSpring-Batchはまったく新しいです。それでも私はなんとかSpring Batch-Adminをインストールできました。永続化のためにカスタムジョブとHibernate/JPAを追加しました。
最初のチャンクを永続化するまで、すべてが期待どおりに機能しています。その後、次のエラーメッセージが表示されます。
org.springframework.transaction.CannotCreateTransactionException:
Could not open JPA EntityManager for transaction;
nested exception is Java.lang.IllegalStateException: Already value
[org.springframework.jdbc.datasource.ConnectionHolder@60d31437]
for key [org.springframework.jdbc.datasource.DriverManagerDataSource@12da4b19]
bound to thread [jobLauncherTaskExecutor-1]
これは、フルスタックトレースです:
org.springframework.transaction.CannotCreateTransactionException: Could not open JPA EntityManager for transaction; nested exception is Java.lang.IllegalStateException: Already value [org.springframework.jdbc.datasource.ConnectionHolder@43f9e588] for key [org.springframework.jdbc.datasource.DriverManagerDataSource@84f171a] bound to thread [jobLauncherTaskExecutor-1]
at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.Java:427)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.Java:371)
at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.Java:335)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.Java:105)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.Java:172)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.Java:202)
at com.Sun.proxy.$Proxy41.saveIfUnique(Unknown Source)
at com.qompa.batch.ArticleItemWriter.write(ArticleItemWriter.Java:28)
at org.springframework.batch.core.step.item.SimpleChunkProcessor.writeItems(SimpleChunkProcessor.Java:171)
at org.springframework.batch.core.step.item.SimpleChunkProcessor.doWrite(SimpleChunkProcessor.Java:150)
at org.springframework.batch.core.step.item.FaultTolerantChunkProcessor$3.doWithRetry(FaultTolerantChunkProcessor.Java:313)
at org.springframework.batch.retry.support.RetryTemplate.doExecute(RetryTemplate.Java:240)
at org.springframework.batch.retry.support.RetryTemplate.execute(RetryTemplate.Java:187)
at org.springframework.batch.core.step.item.BatchRetryTemplate.execute(BatchRetryTemplate.Java:213)
at org.springframework.batch.core.step.item.FaultTolerantChunkProcessor.write(FaultTolerantChunkProcessor.Java:402)
at org.springframework.batch.core.step.item.SimpleChunkProcessor.process(SimpleChunkProcessor.Java:194)
at org.springframework.batch.core.step.item.ChunkOrientedTasklet.execute(ChunkOrientedTasklet.Java:74)
at org.springframework.batch.core.step.tasklet.TaskletStep$ChunkTransactionCallback.doInTransaction(TaskletStep.Java:386)
at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.Java:130)
at org.springframework.batch.core.step.tasklet.TaskletStep$2.doInChunkContext(TaskletStep.Java:264)
at org.springframework.batch.core.scope.context.StepContextRepeatCallback.doInIteration(StepContextRepeatCallback.Java:76)
at org.springframework.batch.repeat.support.RepeatTemplate.getNextResult(RepeatTemplate.Java:367)
at org.springframework.batch.repeat.support.RepeatTemplate.executeInternal(RepeatTemplate.Java:214)
at org.springframework.batch.repeat.support.RepeatTemplate.iterate(RepeatTemplate.Java:143)
at org.springframework.batch.core.step.tasklet.TaskletStep.doExecute(TaskletStep.Java:250)
at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.Java:195)
at org.springframework.batch.core.job.SimpleStepHandler.handleStep(SimpleStepHandler.Java:135)
at org.springframework.batch.core.job.flow.JobFlowExecutor.executeStep(JobFlowExecutor.Java:61)
at org.springframework.batch.core.job.flow.support.state.StepState.handle(StepState.Java:60)
at org.springframework.batch.core.job.flow.support.SimpleFlow.resume(SimpleFlow.Java:144)
at org.springframework.batch.core.job.flow.support.SimpleFlow.start(SimpleFlow.Java:124)
at org.springframework.batch.core.job.flow.FlowJob.doExecute(FlowJob.Java:135)
at org.springframework.batch.core.job.AbstractJob.execute(AbstractJob.Java:281)
at org.springframework.batch.core.launch.support.SimpleJobLauncher$1.run(SimpleJobLauncher.Java:120)
at Java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.Java:1145)
at Java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.Java:615)
at Java.lang.Thread.run(Thread.Java:724)
Caused by: Java.lang.IllegalStateException: Already value [org.springframework.jdbc.datasource.ConnectionHolder@43f9e588] for key [org.springframework.jdbc.datasource.DriverManagerDataSource@84f171a] bound to thread [jobLauncherTaskExecutor-1]
at org.springframework.transaction.support.TransactionSynchronizationManager.bindResource(TransactionSynchronizationManager.Java:189)
at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.Java:402)
... 36 more
スタンドアロンアプリケーションでも同じジョブが正常に実行されます。この問題は、Spring-Batch-Admin環境でのみ発生します。以下に、プロジェクトの構造と依存関係を見ることができます:
これは、Batch-Admin構成をオーバーライド/拡張するapp-context.xmlです。
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:batch="http://www.springframework.org/schema/batch"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:task="http://www.springframework.org/schema/task" xmlns:jdbc="http://www.springframework.org/schema/jdbc"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
http://www.springframework.org/schema/batch http://www.springframework.org/schema/batch/spring-batch-2.1.xsd
http://www.springframework.org/schema/jdbc http://www.springframework.org/schema/jdbc/spring-jdbc-3.0.xsd
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/task http://www.springframework.org/schema/task/spring-task-3.2.xsd">
<context:component-scan base-package="com.company.batch" />
<context:property-placeholder location="classpath:batch.properties" />
<import resource="classpath:/META-INF/spring/batch/jobs/article-job.xml" />
<bean id="dataSource"
class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="driverClassName" value="${batch.jdbc.driver}" />
<property name="url" value="${batch.jdbc.url}" />
<property name="username" value="${batch.jdbc.user}" />
<property name="password" value="${batch.jdbc.password}" />
</bean>
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource" ref="dataSource"></property>
</bean>
<bean id="entityManagerFactory"
class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="packagesToScan" value="com.qompa.batch" />
<property name="jpaVendorAdapter">
<bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
<property name="database" value="POSTGRESQL"></property>
<property name="showSql" value="true" />
<property name="generateDdl" value="false" />
<property name="databasePlatform" value="com.company.utils.persistence.CustomPGDialect" />
</bean>
</property>
<property name="jpaProperties">
<props>
<prop key="hibernate.hbm2ddl.auto"></prop>
</props>
</property>
</bean>
<bean id="txManager" class="org.springframework.orm.jpa.JpaTransactionManager">
<property name="entityManagerFactory" ref="entityManagerFactory" />
</bean>
<tx:annotation-driven transaction-manager="txManager" />
<!-- schedule tasks -->
<task:scheduled-tasks>
<task:scheduled ref="articleRetrieval" method="run"
cron="0 0 */4 * * *" />
<task:scheduled ref="articleConversion" method="run"
cron="0 15 */4 * * *" />
</task:scheduled-tasks>
</beans>
これまでのところ私が理解しているのは、jobLauncherTaskExecutor
Beanが参照する ThreadPoolTaskExecutor と関係があるということです。同時に実行中のジョブの接続プーリングを処理しているようです...しかし、正直なところ、これらの機能を動作させるために設定を変更する方法がわかりません。
[編集]:後ほど言及したThreadPoolTaskExecutorであるかどうかはわかりません。しかし、それは TaskExecutor インターフェースの実装のようです。
誰かが同様の問題に遭遇した場合、または永続メソッド用にトランザクションを作成できるようにアプリケーションを構成する方法を提案した場合:ヒントを教えてください!
エラーはJpaTransactionManager行403から発生します。
_TransactionSynchronizationManager.bindResource(getDataSource(), conHolder);
_
このエラーは、トランザクションマネージャーがdatasource(エンティティマネージャーではない)をスレッドにバインドしようとしているが、データソースが既にそこにあり、これが予想外。
トランザクションマネージャーは、エンティティマネージャーをスレッドにバインドするためにまだ開始されていないことに注意してください。これは、次にJpaTransactionManager行416で発生します。
2つの可能な説明があります。
誰か(別のトランザクションマネージャー?)がトランザクションマネージャーの前にスレッドにデータソースを追加していますが、これは予期しないことです。
または、誰もデータソースをトランザクションマネージャーに追加していません。タスク実行の最後で、おそらくエラーまたは未処理の例外が原因で、スレッドをプールに戻す前に誰もスレッドをクリーニングしません。
1つの質問、これは1つの実行スレッドだけで発生するのですか、それとも複数のスレッドがある場合だけですか?
問題が何であるかを知るために、これらはいくつかのステップです:
問題を引き起こす最小限のスレッドで実行する
TransactionSynchronizationManager.bindResource()
にブレークポイントを配置して、スレッドに接続を追加したユーザーを確認します。ブレークポイントは 条件付きブレークポイント で、スレッド名に条件があります: "jobLauncherTaskExecutor-1" .equals(Thread.currentThread()。getName())
TransactionSynchronizationManager.unbindResource()
にもブレークポイントを設定して、データソースがスレッドからバインド解除されているかどうかを確認します。ブレークポイントがヒットしたら、スタックトレースを下にスクロールして、どのクラスがこれを引き起こしているかを確認します。
これらの種類の問題は、jdk 6以降のバージョンのような古いバージョンのJavaで発生します。jdkバージョンを7以上にアップグレードします。 jdkバージョンを7に。