August 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - 45 JUnit tests fail

by jeffcwang

Hello, I just checked out the code from CVS built and ran the Junit tests. Of 891 units tests, 43 are reporting errors and 2 are reporting errors. I tried running with a larger heap space (from Wiki) but no better. Looking at some of the stack traces, there is a recurring error with hibernate : | org.jbpm.JbpmException: problem closing services {persistence=org.jbpm.persistence.JbpmPersistenceException: hibernate commit failed} | at org.jbpm.svc.Services.close(Services.java:234) | at org.jbpm.JbpmContext.close(JbpmContext.java:139) | at org.jbpm.db.AbstractDbTestCase.closeJbpmContext(AbstractDbTestCase.java:139) | at org.jbpm.db.AbstractDbTestCase.tearDown(AbstractDbTestCase.java:75) | at junit.framework.TestCase.runBare(TestCase.java:130) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) | at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) | at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) | Caused by: org.jbpm.persistence.JbpmPersistenceException: hibernate commit failed | at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:218) | at org.jbpm.svc.Services.close(Services.java:222) | ... 22 more | Caused by: org.hibernate.HibernateException: instance not of expected entity type: org.jbpm.sim.SimState is not a: org.jbpm.graph.def.Node | at org.hibernate.persister.entity.AbstractEntityPersister.getSubclassEntityPersister(AbstractEntityPersister.java:3633) | at org.hibernate.impl.SessionImpl.getEntityPersister(SessionImpl.java:1347) | at org.hibernate.engine.ForeignKeys.isTransient(ForeignKeys.java:180) | at org.hibernate.event.def.AbstractSaveEventListener.getEntityState(AbstractSaveEventListener.java:512) | at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:80) | at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:70) | at org.hibernate.impl.SessionImpl.fireSaveOrUpdate(SessionImpl.java:507) | at org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:499) | at org.hibernate.engine.CascadingAction$1.cascade(CascadingAction.java:218) | at org.hibernate.engine.Cascade.cascadeToOne(Cascade.java:268) | at org.hibernate.engine.Cascade.cascadeAssociation(Cascade.java:216) | at org.hibernate.engine.Cascade.cascadeProperty(Cascade.java:169) | at org.hibernate.engine.Cascade.cascadeCollectionElements(Cascade.java:296) | at org.hibernate.engine.Cascade.cascadeCollection(Cascade.java:242) | at org.hibernate.engine.Cascade.cascadeAssociation(Cascade.java:219) | at org.hibernate.engine.Cascade.cascadeProperty(Cascade.java:169) | at org.hibernate.engine.Cascade.cascade(Cascade.java:130) | at org.hibernate.event.def.AbstractFlushingEventListener.cascadeOnFlush(AbstractFlushingEventListener.java:131) | at org.hibernate.event.def.AbstractFlushingEventListener.prepareEntityFlushes(AbstractFlushingEventListener.java:122) | at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:65) | at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:26) | 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 org.jbpm.persistence.db.DbPersistenceService.commit(DbPersistenceService.java:255) | at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:213) | ... 23 more | | Has anyone else had this problem? I am using all the default settings of jbpm config that came in CVS. thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075286#4075286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075286

18 years, 7 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: Problem with start ant task in trunk

by ryan.campbell＠jboss.com

I don't think so. I believe it is trying to check the index page of ROOT.war. If this page is returning a 400 error then something is wrong, even if the server is started. I would much rather the test suite fail early rather than allow the run to proceed and provide meaningless results. It should have failed and reported the error that it found, did it not do so? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075284#4075284 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075284

18 years, 7 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: JBAS-4593 -- Leaking classloader via JMX Notifications

by clebert.suconic＠jboss.com

I could see is UnifiedLoaderRepository3 indeed sends a notificaton of the classLoader... and if you buffer such notification that would generate a leak. http://anonsvn.jboss.org/repos/jbossas/branches/Branch_4_2/jmx/src/main/o... I don't know how to avoid the buffer on the sun's implementation. One thing that I thought though, was to make the attribute source on javax.management.Notification a WeakReference, but sounds a weird solution. (Brain storm). http://anonsvn.jboss.org/repos/jbossas/branches/Branch_4_2/jmx/src/main/j... Another possibility would be to not send ClassLoading notifications when using Sun's JMX? (Another brain storm) This is a job for JMX/ClassLoader experts. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075251#4075251 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075251

18 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Using jdocbook

by steve.ebersole＠jboss.com

As for the other, I need to find someone with FOP experience/knowledge. Know anyone? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075235#4075235 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075235

18 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Using jdocbook

by steve.ebersole＠jboss.com

"nbhatia" wrote : anonymous wrote : | | "nbhatia" wrote: | | 1) I don't see images copied over from src\main\resources\shared\images to target | | "steve.ebersole(a)jboss.com" wrote: | | Why would they be? | | | | Sorry for the confusion. This has nothing to do with PDF generation. I will need the images for the html generation and I don't see them anywhere in the target folder. They are available in the src folder mentioned above. | You need to tell the jdocbook plugin about the images: | <configuration> | <imageResource> | <directory>${basedir}/src/main/resources</directory> | <includes> | <include>*</include> | </includes> | </imageResource> | ... | </configuration> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075233#4075233 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075233

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Build broken - weave exception

by pgier

I removed the retro part of the build, so it should be ok now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075224#4075224 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075224

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Build broken - weave exception

by alesj

"pgier" wrote : I will move the retro build to separate jdk14 poms, so that should fix the build error. I'll also try to figure out why the retroing is failing on hudson. Cool. Let me know when you're done - with the build error, don't care that much for Hudson. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075220#4075220 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075220

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Build broken - weave exception

by pgier

I will move the retro build to separate jdk14 poms, so that should fix the build error. I'll also try to figure out why the retroing is failing on hudson. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075215#4075215 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075215

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Count Messages with Selector and Edit Message

by timfox

You can email it direct to me View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075212#4075212 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075212

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Count Messages with Selector and Edit Message

by timfox

A patch is just the output from diff showing your changes Just do a svn diff against the current version of TRUNK (make sure your changes work against TRUNK first) and pipe it to a text file. The text file is the patch View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075210#4075210 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075210

18 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2007