This content has been marked as final.
Show 4 replies
-
1. Re: Bean as a value to a deployment level classloader
alesj Apr 4, 2007 10:18 AM (in response to adrian.brock)"adrian@jboss.org" wrote:
We don't want to modify the ClassLoaderMetaData set on the deployment by the user!
I don't see what we are modifying in this case?
Probably nothing currently?
But we should add a dependency on the ClassLoaderMetaData in case actual classloader is inner bean. -
2. Re: Bean as a value to a deployment level classloader
adrian.brock Apr 4, 2007 10:49 AM (in response to adrian.brock)The other failing classloader test is due to the "mock" VFSClassLoader
getting used to load kernel classes causing a type inconsistency.
This is probably also due to the core kernel classes and the test classes
living in the same codesource with the current eclipse configuration.
I've hacked this classloader so it only loads classes that begin with "org.jboss.test"public Class<?> loadClass(String name, boolean flag) throws ClassNotFoundException { + if (name.startsWith("org.jboss.test") == false) + return getClass().getClassLoader().loadClass(name);
Which resolves this issue. -
3. Re: Bean as a value to a deployment level classloader
adrian.brock Apr 4, 2007 10:50 AM (in response to adrian.brock)"alesj" wrote:
"adrian@jboss.org" wrote:
We don't want to modify the ClassLoaderMetaData set on the deployment by the user!
I don't see what we are modifying in this case?
Your wrote the test case. :-)
Probably nothing currently?
Correct.
But we should add a dependency on the ClassLoaderMetaData in case actual classloader is inner bean.
We should clone and rewrite the ClassLoaderMetaData to replace the nested bean
with an injection and add the bean to the beans in the deployment. -
4. Re: Bean as a value to a deployment level classloader
alesj Apr 4, 2007 11:00 AM (in response to adrian.brock)"adrian@jboss.org" wrote:
We should clone and rewrite the ClassLoaderMetaData to replace the nested bean
with an injection and add the bean to the beans in the deployment.
Yup, this one is an oldie in my JIRA tasks. :-(
Along with inner beans with no name.
But this should all be done as a part of GUID naming rewrite you mentioned in our 'scoped' discussion: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=101320&start=20