[jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Reimplementing ClassPools for AS

[adrian@jboss.org]

"kabir.khan at jboss.com" wrote : "adrian at jboss.org" wrote : 
  |   | Having a getModuleForClass() would make sense. 
  |   | Why would you want it to return multiple modules?
  | 
  | I might have misunderstood, I just noticed that it is possible to have several DelegateLoaders. If it can return just one, all the better.
  | 

There's multiple delegates because you can have multiple imports.

anonymous wrote : 
  | I am not sure how this would be implemented internally in jboss-cl, but the implementation should not try to load up the class (as for example ClassLoadeDomain.findLoaderForClass does) since once we get the CtClass it will not be possible to weave it.

Ok. I see. So you want it to do the class search and then tell you
which module/classloader it belongs to, but not actually load the class.

I can certainly add that to our classloader, but not every classloader implementation
is going to have that feature.

I've already done an implementation like findLoaderForClass which just depends upon
using class.getClassLoader()

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201377#4201377

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201377