[
https://issues.apache.org/jira/browse/DERBY-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14315491#comment-14315491
]
Mike Matrigali commented on DERBY-6792:
---------------------------------------
In order to fix this we will need more information, and best would be something
reproducible.
Seems lowest bar is to make sure we get derby.log that has the error in it.
Every extra instance of the error
you can provide would give more evidence.
Another goal should be to get the query that caused the problem. I think this
will be in derby.log - but it may require
app changes to catch and report it. I did not go though the big output file,
if it is there do post.
> Could not execute JDBC batch update
> -----------------------------------
>
> Key: DERBY-6792
> URL: https://issues.apache.org/jira/browse/DERBY-6792
> Project: Derby
> Issue Type: Bug
> Components: JDBC
> Affects Versions: 10.8.3.3
> Environment: Derby 10.8.3.3, IBM JAVA 7 SR7, Linux
> Reporter: Raja
> Priority: Critical
> Attachments: Derby_error.txt, derby.log, derbyserver.out
>
> Original Estimate: 72h
> Remaining Estimate: 72h
>
> We are using Derby v10.8.3.3 for our product CastIron. Our customer is
> getting the following error in their production environment.
> SEVERE [T-84] [job:96CC8CC6085B45D13583E180C1014E82]
> [com.approuter.maestro.vm.Task] Internal error:
> org.hibernate.exception.GenericJDBCException: Could not execute JDBC batch
> update
> org.hibernate.exception.GenericJDBCException: Could not execute JDBC batch
> update
> at
> org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103)
> at
> org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91)
> at
> org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
> at
> org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253)
> at
> org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:92)
> at
> org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:87)
> at
> org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher.java:222)
> at
> org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2354)
> at
> org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2307)
> at
> org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2607)
> at
> org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:92)
> at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250)
> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234)
> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:142)
> at
> org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
> at
> org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
> at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
> at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
> at
> org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
> at
> com.approuter.maestro.opera.rdbms.RdbmsSession.commit(RdbmsSession.java:363)
> at com.approuter.maestro.vm.Task.commit(Task.java:1136)
> at com.approuter.maestro.activities.Invoke.persist(Invoke.java:280)
> at sun.reflect.GeneratedMethodAccessor278.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at
> com.approuter.maestro.activities.Instruction.call(Instruction.java:45)
> at com.approuter.maestro.vm.Program.call(Program.java:596)
> at com.approuter.maestro.vm.Task.run(Task.java:692)
> at com.approuter.maestro.vm.Task.run(Task.java:631)
> at
> com.approuter.maestro.vm.Program$RunnableWrapper.run(Program.java:2207)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:450)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:109)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:217)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:761)
> ------------------------------
> Need quick analysis and solution.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
