[jira] [Commented] (DERBY-6792) Could not execute JDBC batch update

2015-02-10 Thread Raja (JIRA)

[ 
https://issues.apache.org/jira/browse/DERBY-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14314156#comment-14314156
 ] 

Raja commented on DERBY-6792:
-

Hi, There is no space issue in customer environment. Coming to cleaning of 
Database table, this is difficult as this is customer's production setup and 
the business logic information is present in the Derby database.

Problem re creatable - Partially Yes, this happens almost 2 to 3 times in a 
week time for customer.

Any specific information from the database side we need to get, please guide 
us. We will collect it and share.

 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 

[jira] [Created] (DERBY-6792) Could not execute JDBC batch update

2015-02-05 Thread Raja (JIRA)
Raja created DERBY-6792:
---

 Summary: 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


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)


[jira] [Updated] (DERBY-6792) Could not execute JDBC batch update

2015-02-05 Thread Raja (JIRA)

 [ 
https://issues.apache.org/jira/browse/DERBY-6792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raja updated DERBY-6792:

Attachment: Derby_error.txt
derbyserver.out
derby.log

No errors found in derby.log. However similar erro is present in 
derbyserver.out. Actual error is available in Cast Iron application log file. 
As the file was big, placing the error logs in to a new file Derby_error.txt

 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)