Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 14177 invoked from network); 20 Nov 2006 11:36:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Nov 2006 11:36:34 -0000 Received: (qmail 93308 invoked by uid 500); 20 Nov 2006 11:36:41 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 93267 invoked by uid 500); 20 Nov 2006 11:36:40 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 93249 invoked by uid 99); 20 Nov 2006 11:36:40 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Nov 2006 03:36:40 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Nov 2006 03:36:24 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 021597142D7 for ; Mon, 20 Nov 2006 03:36:04 -0800 (PST) Message-ID: <20836839.1164022564005.JavaMail.jira@brutus> Date: Mon, 20 Nov 2006 03:36:04 -0800 (PST) From: "Rakesh Midha (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (GERONIMO-2583) java.lang.NoClassDefFoundError: org/apache/geronimo/deployment/plugin/ConfigIDExtractor In-Reply-To: <434830.1164000364539.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/GERONIMO-2583?page=comments#action_12451286 ] Rakesh Midha commented on GERONIMO-2583: ---------------------------------------- Another way to solve this problem could be to have all these related modules dependent on each other. I found that to be very cumbersome. hence the patch provided used the approach discussed above. > 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: Rakesh Midha > Fix For: 1.2 > > Attachments: hotdeploygbean.patch > > > Hello > This issue was discussed before in http://www.mail-archive.com/dev@geronimo.apache.org/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