Exception in thread Persistence Adaptor Task
I left geronimo overnight on a remote machine and forgot to shut it down. Next morning I found the following exception on the console. There were some exception in geronimo.log which I think are not related to this. Exception in thread Persistence Adaptor Task java.lang.NullPointerException at org.apache.derby.jdbc.XAStatementControl.init(Unknown Source) at org.apache.derby.jdbc.EmbedXAConnection.wrapStatement(Unknown Source) at org.apache.derby.iapi.jdbc.BrokeredConnection.prepareStatement(Unknow n Source) at org.tranql.connector.jdbc.ConnectionHandle.prepareStatement(Connectio nHandle.java:231) at org.apache.activemq.store.jdbc.adapter.DefaultJDBCAdapter.doDeleteOld Messages(DefaultJDBCAdapter.java:538) at org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.cleanup(JDBCPer sistenceAdapter.java:211) at org.apache.activemq.store.journal.JournalPersistenceAdapter.doCheckpo int(JournalPersistenceAdapter.java:416) at org.apache.activemq.store.journal.JournalPersistenceAdapter$2.iterate (JournalPersistenceAdapter.java:129) at org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner. java:117) at org.apache.activemq.thread.PooledTaskRunner.access$100(PooledTaskRunn er.java:26) at org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.ja va:44) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Wor ker.runTask(ThreadPoolExecutor.java:665) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Wor ker.run(ThreadPoolExecutor.java:690) at java.lang.Thread.run(Thread.java:803) -- geronimo.log .. 22:05:35,015 INFO [OpenEJB] The following method doesn't have a transaction policy assigned: public abstract java.util.Set javax.management.j2ee.Management.queryNames(javax.management.ObjectName,javax.management.QueryExp) throws java.rmi.RemoteException . . 22:05:39,656 INFO [OpenEJB] The following method doesn't have a transaction policy assigned: public abstract java.lang.Object javax.management.j2ee.Management.getAttribute(javax.management.ObjectName,java.lang.String) throws javax.management.MBeanException,javax.management.AttributeNotFoundException,javax.management.InstanceNotFoundException,javax.management.ReflectionException,java.rmi.RemoteException . The stand alone client seemed to work correctly. Thanks Anita Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222
Re: Exception in thread Persistence Adaptor Task
On Aug 30, 2007, at 4:59 PM, Anita Kulshreshtha wrote: I left geronimo overnight on a remote machine and forgot to shut it down. Next morning I found the following exception on the console. There were some exception in geronimo.log which I think are not related to this. Exception in thread Persistence Adaptor Task java.lang.NullPointerException at org.apache.derby.jdbc.XAStatementControl.init(Unknown Source) at org.apache.derby.jdbc.EmbedXAConnection.wrapStatement(Unknown Source) snip Hi Anita, Were you running tests from the standalone client? Were you running the admin console, perhaps? I've certainly left servers running for extended periods, without a problem... --kevan geronimo.log .. 22:05:35,015 INFO [OpenEJB] The following method doesn't have a transaction policy assigned: public abstract java.util.Set javax.management.j2ee.Management.queryNames (javax.management.ObjectName,javax.management.QueryExp) throws java.rmi.RemoteException . . 22:05:39,656 INFO [OpenEJB] The following method doesn't have a transaction policy assigned: public abstract java.lang.Object javax.management.j2ee.Management.getAttribute (javax.management.ObjectName,java.lang.String) throws javax.management.MBeanException,javax.management.AttributeNotFoundExce ption,javax.management.InstanceNotFoundException,javax.management.Refl ectionException,java.rmi.RemoteException . The stand alone client seemed to work correctly.
Re: Exception in thread Persistence Adaptor Task
--- Kevan Miller [EMAIL PROTECTED] wrote: On Aug 30, 2007, at 4:59 PM, Anita Kulshreshtha wrote: I left geronimo overnight on a remote machine and forgot to shut it down. Next morning I found the following exception on the console. There were some exception in geronimo.log which I think are not related to this. Exception in thread Persistence Adaptor Task java.lang.NullPointerException at org.apache.derby.jdbc.XAStatementControl.init(Unknown Source) at org.apache.derby.jdbc.EmbedXAConnection.wrapStatement(Unknown Source) snip Hi Anita, Were you running tests from the standalone client? The methods mentioned in geronimo.log were used in the stand alone client. Were you running the admin console, perhaps? I've certainly left servers running for extended periods, without a problem... I did start console on the remote machine to use JNDIViewer. AFAIK, I did not perform any operation to cause exception in thread Persistence Adaptor Task. Thanks Anita --kevan geronimo.log .. 22:05:35,015 INFO [OpenEJB] The following method doesn't have a transaction policy assigned: public abstract java.util.Set javax.management.j2ee.Management.queryNames (javax.management.ObjectName,javax.management.QueryExp) throws java.rmi.RemoteException . . 22:05:39,656 INFO [OpenEJB] The following method doesn't have a transaction policy assigned: public abstract java.lang.Object javax.management.j2ee.Management.getAttribute (javax.management.ObjectName,java.lang.String) throws javax.management.MBeanException,javax.management.AttributeNotFoundExce ption,javax.management.InstanceNotFoundException,javax.management.Refl ectionException,java.rmi.RemoteException . The stand alone client seemed to work correctly. Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
Re: Exception in thread Persistence Adaptor Task
On Aug 30, 2007, at 9:21 PM, Anita Kulshreshtha wrote: snip I did start console on the remote machine to use JNDIViewer. AFAIK, I did not perform any operation to cause exception in thread Persistence Adaptor Task. K. Well, if you can reproduce the error, we should create a Jira and track it down. --kevan