[jboss-dev-forums] [Design the new POJO MicroContainer] - Reflect BeanInfo cache change breaks Kernel
alesj
do-not-reply at jboss.com
Tue Nov 25 07:11:19 EST 2008
Looks like our change
- http://www.jboss.com/index.html?module=bb&op=viewtopic&t=145938&start=20
to Reflect's BeanInfo caching is the cause of this:
- http://lists.jboss.org/pipermail/jboss-development/2008-November/013128.html
Since when I change this in Kernel, to use 2.0.1.GA,
DeploymentClassLoaderTestCase test is failing:
| testDeploymentClassLoader(org.jboss.test.kernel.deployment.test.DeploymentClassLoaderTestCase) Time elapsed: 0.031 sec <<< FAILURE!
| junit.framework.AssertionFailedError: expected:<org.jboss.test.classloading.vfs.VFSClassLoader at 1aaf194> but was:<org.jboss.test.classloading.vfs.VFSClassLoader at e3990b>
| at junit.framework.Assert.fail(Assert.java:47)
| at junit.framework.Assert.failNotEquals(Assert.java:277)
| at junit.framework.Assert.assertEquals(Assert.java:64)
| at junit.framework.Assert.assertEquals(Assert.java:71)
| at org.jboss.test.kernel.deployment.test.DeploymentClassLoaderTestCase.testDeploymentClassLoader(DeploymentClassLoaderTestCase.java:59)
|
Looks like ClassInfo is not 'immune' to different classloaders.
Should I put back CL as additional key?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192069#4192069
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192069
More information about the jboss-dev-forums
mailing list