From dev-return-43794-apmail-geronimo-dev-archive=geronimo.apache.org@geronimo.apache.org Thu Jan 04 14:07:56 2007 Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 19904 invoked from network); 4 Jan 2007 14:07:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Jan 2007 14:07:54 -0000 Received: (qmail 92337 invoked by uid 500); 4 Jan 2007 14:07:57 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 91898 invoked by uid 500); 4 Jan 2007 14:07:57 -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 91885 invoked by uid 99); 4 Jan 2007 14:07:55 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 06:07:55 -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; Thu, 04 Jan 2007 06:07:48 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id E0913714317 for ; Thu, 4 Jan 2007 06:07:27 -0800 (PST) Message-ID: <9826816.1167919647916.JavaMail.jira@brutus> Date: Thu, 4 Jan 2007 06:07:27 -0800 (PST) From: "Vamsavardhana Reddy (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Updated: (GERONIMO-2105) When redeploying with no version number, new entries in config.xml break In-Reply-To: <6604210.1149956969774.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 [ https://issues.apache.org/jira/browse/GERONIMO-2105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy updated GERONIMO-2105: ------------------------------------------ Attachment: g2105-1.2.war > When redeploying with no version number, new entries in config.xml break > ------------------------------------------------------------------------ > > Key: GERONIMO-2105 > URL: https://issues.apache.org/jira/browse/GERONIMO-2105 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: kernel > Affects Versions: 1.1 > Reporter: Aaron Mulder > Priority: Blocker > Fix For: 1.1.x > > Attachments: g2105-1.2.war, g2105.war > > > Let's say you deploy foo with no version number and config.xml content. Then through the console or some other mechanism, you set a property on a previously unlisted GBean. Now you get something like this: > > > value > Now you redeploy foo, and it migrates the config.xml entry to the new version number. However, what you actually get is this: > > > value > Note the different version numbers between module and gbean elements. In other words, the version in the main config.xml entry is updated, but the version in the GBean entries is not. This means that the module will fail to start, as it will treat the GBean as a brand new GBean declaration and crap out when it has no GBeanInfo defined. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira