Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 28526 invoked from network); 1 Dec 2006 09:10:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Dec 2006 09:10:48 -0000 Received: (qmail 34843 invoked by uid 500); 1 Dec 2006 09:10:54 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 34808 invoked by uid 500); 1 Dec 2006 09:10:53 -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 34797 invoked by uid 99); 1 Dec 2006 09:10:53 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Dec 2006 01:10:53 -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; Fri, 01 Dec 2006 01:10:44 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id CFFAB7142F7 for ; Fri, 1 Dec 2006 01:10:23 -0800 (PST) Message-ID: <5794493.1164964223848.JavaMail.jira@brutus> Date: Fri, 1 Dec 2006 01:10:23 -0800 (PST) From: "Rakesh Midha (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Updated: (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=all ] Rakesh Midha updated GERONIMO-2583: ----------------------------------- Attachment: dependencyonlyjsr88.patch Based on my last comment, here is a patch which defines dependency of geronimo-gbean-deployer on geronimo-deploy-jsr88. I think this dependency is acceptable. I tried to do complete clean build and hot deployer worked fine with this patch. Again, I must say this is a major blocker JIRA for hto deployer functionality and must be solved soon. > 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 > Fix For: 1.2 > > Attachments: dependencyonlyjsr88.patch, 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