[ http://issues.apache.org/jira/browse/GERONIMO-2583?page=comments#action_12455990 ] Rakesh Midha commented on GERONIMO-2583: ----------------------------------------
I think this should also work fine, there are number of ways in which we can solve it, I think what we need to focus on is what dependencies confuses the classloader least.(reduce complexity) The criterion I was using is the one which requires least number of dependency changes. (I assumed current dependency graph is proved to be working fine and should not be changed a lot, following if it is working done change unless required ) May not the best policy all the time, but works for me :-) I hope we can find generic way to solve classloader and depenencies (for future). I need to think, so for now dont ask me what generic way i am talking about. > java.lang.NoClassDefFoundError: > org/apache/geronimo/deployment/plugin/ConfigIDExtractor > --------------------------------------------------------------------------------------- > > Key: GERONIMO-2583 > URL: http://issues.apache.org/jira/browse/GERONIMO-2583 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: Hot Deploy Dir > Affects Versions: 1.2 > Environment: Windows Xp, should be valid for all platforms > Reporter: Rakesh Midha > Assigned To: David Jencks > Priority: Blocker > Fix For: 1.2 > > Attachments: dependencyonlyjsr88.patch, hotdeploygbean.patch > > > Hello > This issue was discussed before in > http://www.mail-archive.com/[email protected]/msg28048.html and I think > the patch was provided as a part of M2 migration in > http://issues.apache.org/jira/browse/GERONIMO-2067#action_12423814 (It says > any other issue open new JIRA, so opening this one) > I downloaded latest trunk, and tried to use hot-deployer. Every time I try to > use hot-deployer I get exception. > java.lang.NoClassDefFoundError: > org/apache/geronimo/deployment/plugin/ConfigIDExtractor > at java.lang.ClassLoader.defineClass0(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:537) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12 > 3) > at > org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200( > JarFileClassLoader.java:52) > at > org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi > leClassLoader.java:298) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(J > arFileClassLoader.java:250) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu > ltiParentClassLoader.java:292) > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu > ltiParentClassLoader.java:276) > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu > ltiParentClassLoader.java:276) > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:141) > at > org.apache.geronimo.deployment.hot.DirectoryMonitor.class$(DirectoryM > onitor.java:47) > at > org.apache.geronimo.deployment.hot.DirectoryMonitor.calculateModuleId > (DirectoryMonitor.java:369) > at > org.apache.geronimo.deployment.hot.DirectoryMonitor.initialize(Direct > oryMonitor.java:238) > at > org.apache.geronimo.deployment.hot.DirectoryMonitor.run(DirectoryMoni > tor.java:214) > at java.lang.Thread.run(Thread.java:534) > The class is in geronimo-deploy-jsr88, and hot-deploy pom.xml already shows > hot-deploy to be dependent on geronimo-deploy-jsr88, which means the above > class should be available. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
