[JBossCache] - Re: NPE when using optimistic locking with JbossCache 1.4.0.
by klaus_erber
Hello,
I have similar problems as pkorror in JBoss-4.0.5.GA.
After I have prevent the NPEs via the Log4j konfiguration, I get also STATUS_NO_TRANSACTION errors. Like this:
| 2006-10-30 14:37:00,734 WARN [WorkManager(3)-20] [org.hibernate.cache.OptimisticTreeCache] Unexpected optimistic lock check on inserting data
| 2006-10-30 14:37:00,859 ERROR [WorkManager(3)-20] [org.jboss.resource.adapter.jms.inflow.JmsServerSession] org.jboss.resource.adapter.jms.inflow.JmsServerSession@1c2a7f5 failed to commit/rollback
| org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc3275/212, BranchQual=, localId=212] status=STATUS_NO_TRANSACTION; - nested throwable: (java.lang.RuntimeException: )
| at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:372)
| at org.jboss.tm.TxManager.commit(TxManager.java:240)
| at org.jboss.resource.adapter.jms.inflow.JmsServerSession$XATransactionDemarcationStrategy.end(JmsServerSession.java:471)
| at org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(JmsServerSession.java:260)
| at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204)
| at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:275)
| at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:743)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: java.lang.RuntimeException:
| at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1091)
| at org.jboss.cache.interceptors.OrderedSynchronizationHandler.beforeCompletion(OrderedSynchronizationHandler.java:75)
| at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1491)
| at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1110)
| at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:324)
| ... 7 more
| Caused by: java.lang.NullPointerException
| at java.lang.Integer.compareTo(Integer.java:939)
| at java.lang.Integer.compareTo(Integer.java:35)
| at org.hibernate.util.ComparableComparator.compare(ComparableComparator.java:13)
| at org.hibernate.cache.OptimisticTreeCache$DataVersionAdapter.newerThan(OptimisticTreeCache.java:297)
| at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.simpleValidate(OptimisticValidatorInterceptor.java:124)
| at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.validateNodes(OptimisticValidatorInterceptor.java:101)
| at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.invoke(OptimisticValidatorInterceptor.java:66)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.OptimisticLockingInterceptor.invoke(OptimisticLockingInterceptor.java:95)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.TxInterceptor.runPreparePhase(TxInterceptor.java:804)
| at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1069)
| ... 11 more
|
|
or this:
| 2006-10-30 13:30:47,301 ERROR [WorkManager(3)-23] [org.jboss.resource.adapter.jms.inflow.JmsServerSession] org.jboss.resource.adapter.jms.inflow.JmsServerSession@1550f21 failed to commit/rollback
| org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc3275/188, BranchQual=, localId=188] status=STATUS_NO_TRANSACTION; - nested throwable: (java.lang.RuntimeException: )
| at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:372)
| at org.jboss.tm.TxManager.commit(TxManager.java:240)
| at org.jboss.resource.adapter.jms.inflow.JmsServerSession$XATransactionDemarcationStrategy.end(JmsServerSession.java:471)
| at org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(JmsServerSession.java:260)
| at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204)
| at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:275)
| at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:743)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: java.lang.RuntimeException:
| at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1091)
| at org.jboss.cache.interceptors.OrderedSynchronizationHandler.beforeCompletion(OrderedSynchronizationHandler.java:75)
| at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1491)
| at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1110)
| at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:324)
| ... 7 more
| Caused by: org.jboss.cache.CacheException: DataNode [/stockdata/IntervalStatus/de.spiegel.pistats.db.stock.IntervalStatus#de.spiegel.pistats.db.stock.IntervalStatusPK@e10feb05] version org.hibernate.cache.OptimisticTreeCache$DataVersionAdapter@358a80 [current=1, previous=0, src=SingleTableEntityPersister(de.spiegel.pistats.db.stock.IntervalStatus)] is newer than workspace node org.hibernate.cache.OptimisticTreeCache$DataVersionAdapter@358a80 [current=1, previous=0, src=SingleTableEntityPersister(de.spiegel.pistats.db.stock.IntervalStatus)]
| at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.simpleValidate(OptimisticValidatorInterceptor.java:127)
| at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.validateNodes(OptimisticValidatorInterceptor.java:101)
| at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.invoke(OptimisticValidatorInterceptor.java:66)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.OptimisticLockingInterceptor.invoke(OptimisticLockingInterceptor.java:95)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.TxInterceptor.runPreparePhase(TxInterceptor.java:804)
| at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1069)
| ... 11 more
|
|
This happens, when I have a little bit more load und only with optimistic locking.
Funny: Hibernate statitics are reporting second level cache hits, but there ist nothing in the cache (NumberOfNodes is 0).
I will now switch back to pessimistic locking, but I will be glad, when I here that optimistic locking is working, to optimize the throughput.
greeting
Klaus Erber
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981766#3981766
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981766
19 years, 6 months
[JBoss jBPM] - Re: JBPM3 with tomcat
by dsrkreddy
Hi Diwa ,
I had follwed the instruction's in the link u had send and the scripts are created but even iam getting the same error again while running ant to crate database.. Diwa in build.deploy.xml file for creating database it taking properties from
${basedir}/src/resources/hsqldb/create.db.hibernate.properties
and it look's like below
<target name="create.db" depends="declare.jbpm.tasks, db.clean, db.start" description="creates a
| hypersonic database with the jbpm tables and loads the processes in there">
| <jbpmschema actions="create"
| cfg="${basedir}/src/config.files/hibernate.cfg.xml"
| properties="${basedir}/src/resources/hsqldb/create.db.hibernate.properties"/>
| <loadidentities file="${basedir}/src/resources/hsqldb/identity.db.xml"
| cfg="${basedir}/src/config.files/hibernate.cfg.xml"
| properties="${basedir}/src/resources/hsqldb/create.db.hibernate.properties"/>
| <ant antfile="build.xml" target="build.processes" inheritall="false" />
| <deployprocess cfg="${basedir}/src/config.files/hibernate.cfg.xml"
| properties="${basedir}/src/resources/hsqldb/create.db.hibernate.properties">
| <fileset dir="build" includes="*.process" />
| </deployprocess>
| <antcall target="db.stop" />
| </target>
so is it the reason that build is failing ... please help me ... is only me getting me these many issues...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981760#3981760
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981760
19 years, 6 months
[JBoss Seam] - Re: Issues with SeamTest and Pageflow
by marcioendo
Ok, so I finally got a chance to look at this.
SeamTesting pageflow seems to be working fine right now.
However, if navigation is not handled by a jPDL pageflow there's an issue with conversation propagation in the following scenario:
- Start a FacesRequest with a null conversationId;
- Run an action annotated with @Begin in invokeApplication;
- Set the outcome of this action in invokeApplication;
- Navigation is NOT handled by a jPDL pageflow;
Then the run method returns a null conversationId.
If you do exactly the same thing but you DO NOT set the outcome, then the run method returns the proper conversationId.
I couldn't really understand why this is happening, but I guess it is because the method getRenderedViewId() in SeamTest. Or maybe I am doing something wrong. Anyway, this is not a major problem.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981758#3981758
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981758
19 years, 6 months