[jboss-osgi-issues] [JBoss JIRA] Created: (JBOSGI-435) Restore performance test matrix

[Thomas Diesler (JIRA)]

Restore performance test matrix
-------------------------------

                 Key: JBOSGI-435
                 URL: https://issues.jboss.org/browse/JBOSGI-435
             Project: JBoss OSGi
          Issue Type: Task
      Security Level: Public (Everyone can see)
            Reporter: Thomas Diesler


Test are failing with 

test100Bundles(org.jboss.osgi.test.performance.bundle.arq.Bundle100TestCase)  Time elapsed: 0.349 sec  <<< ERROR!
java.lang.NoClassDefFoundError: org/jboss/logging/Logger
	at org.jboss.osgi.test.performance.AbstractThreadedBenchmark.<init>(AbstractThreadedBenchmark.java:43)
	at org.jboss.osgi.test.performance.bundle.BundleInstallAndStartBenchmark.<init>(BundleInstallAndStartBenchmark.java:76)
	at org.jboss.osgi.test.performance.bundle.arq.BundleTestBase.testPerformance(BundleTestBase.java:90)
	at org.jboss.osgi.test.performance.bundle.arq.Bundle100TestCase.test100Bundles(Bundle100TestCase.java:58)

This seems to be related to the surefire fork mode

              <forkMode>always</forkMode>

Specifically, the surefire classpath of a forked VM is not the same as for an unforked instance. 
Please document why a fork is needed if it really is.

When running multiple perf tests in the same VM, the first passes the second (and all following) fail with a cause similar to

Caused by: java.lang.ClassNotFoundException: org.jboss.osgi.test.util6.Util6 from [Module "jbosgi.VersionedImplBundle1:0.0.0" from OSGiModuleLoader]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:186)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:270)
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:52)
	at org.jboss.osgi.test.versioned.impl.VersionedClass.getUtilValue(VersionedClass.java:47)
	at org.jboss.osgi.test.performance.bundle.BundlePerfTestActivator.start(BundlePerfTestActivator.java:39)
	at org.jboss.osgi.framework.bundle.HostBundle.transitionToActive(HostBundle.java:304)

This seems to be related to some leakage in statics, system properties, MBeans or some other state that exists across multiple framework instances.  

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira