[ https://jira.jboss.org/jira/browse/JBCL-78?page=com.atlassian.jira.plugin... ] Kabir Khan updated JBCL-78: --------------------------- Fix Version/s: JBossCL.2.0.2.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBCL-78?page=com.atlassian.jira.plugin... ] Adrian Brock closed JBCL-78. ---------------------------- Fix Version/s: (was: JBossCL.2.2.0.Alpha) (was: JBossCL.2.0.2.GA) Resolution: Incomplete Description Assignee: (was: Adrian Brock) Closing this until the requirement is properly discussed in the forums. I've said before, you should not be doing things at this level, this is classloader implementation details. You should be dealing with the classloader/module or deployment metadata. If the information is not available at that level then that is where it needs to be exposed. Having said that, this information is available but deliberately protected (package private) to avoid leaking classloader references which would be a security problem. If it was implemented, then it would need a security permission check to decide whether the caller should have access to the classloader. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBCL-78?page=com.atlassian.jira.plugin... ] Adrian Brock updated JBCL-78: ----------------------------- Summary: Way to determine the module/classloader for a class (was: Way to determine what BaseClassLoader a DelegateLoader maps to) Component/s: ClassLoader Modules Fix Version/s: JBossCL.2.0.2.GA JBossCL.2.2.0.Alpha JBoss Forum Reference: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=143639 (was: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201033#...) Description: Add methods to discover which from which module/classloader a class will be loaded. Ideally since this is for aop it should not actually load the class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBCL-78?page=com.atlassian.jira.plugin... ] Adrian Brock commented on JBCL-78: ---------------------------------- I've added Module.getModuleForClass(String className) BaseClassLoader.getClassLoaderForClass(String className) both need the "getClassLoader" RuntimePermission with a security manager installed. While I was there I also added methods to loadClass() and getResource(s) from the module which are a convience over the associated classloader which isn't exposed. They will throw IllegalStateException if the classloader for the module has not been installed yet. I'll keep this open until Kabir has had a chance to test this with aop. There is a 2.0.2-SNAPSHOT available for that purpose. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira