"scott.stark(a)jboss.org" wrote : "kabir.khan(a)jboss.com" wrote : If deploying an ear, I need to find the war files. I think the precense of a JBossWebMetaData attachment is the best way to determine if we are a war? | | | Yes. What is special about wars for the aspect deployer? I'm still trying to understand how the JBossWebMetaData is coming into the picture and causing problems now, but not before the war class loader change. Note that you can ask about whether an attachment is present using its name as DeploymentUnit.isAttachmentPresent(Class type) is just a convenience method for isAttachmentPresent(type.getName()). | Basically, it needs to be able to understand that the war entries should be part of a sub domain with their own class pool. I only started using JBossWebMetaData locally today to figure out whether the sub unit is a jar or not, so please ignore the talk about that. isAttachmentPresent(String name) should fix that for me. "scott.stark(a)jboss.org" wrote : | "kabir.khan(a)jboss.com" wrote : | | Next, I need to check if the war classloader delegates to the parent or not. I will try looking for that info in the in ClassLoadingMetaData of the war's sub deployment. | Ok, this may not be in synch with the new org.jboss.deployers.structure.spi.classloading.ClassLoaderMetaData attachment. I'll have to check that. | | What is the code your working on here so I can understand what type of class loader processing your doing? | I want to know if we are using j2seClassLoadingCompilance or not, to be able to construct the new ScopedClassPools. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126315#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...