Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 60378 invoked from network); 23 Jul 2005 16:18:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jul 2005 16:18:08 -0000 Received: (qmail 61568 invoked by uid 500); 23 Jul 2005 16:18:03 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 61184 invoked by uid 500); 23 Jul 2005 16:18:02 -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 60574 invoked by uid 99); 23 Jul 2005 16:18:00 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Jul 2005 09:17:48 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id EDA55D5 for ; Sat, 23 Jul 2005 18:17:45 +0200 (CEST) Message-ID: <1569447270.1122135465972.JavaMail.jira@ajax.apache.org> Date: Sat, 23 Jul 2005 18:17:45 +0200 (CEST) From: "Aaron Mulder (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Created: (GERONIMO-804) Redeploy should calculate ModuleID to replace if not provided Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Redeploy should calculate ModuleID to replace if not provided ------------------------------------------------------------- Key: GERONIMO-804 URL: http://issues.apache.org/jira/browse/GERONIMO-804 Project: Geronimo Type: Improvement Versions: 1.0-M3 Reporter: Aaron Mulder Fix For: 1.0 When you redeploy, it would be nice to pull the configId or archive name or whatever we usually do to generate the moduleID. That way if you redeploy the same archive, it would automatically know what ModuleIDs to replace, instead of you needing to specify them on the command line. Of course this may be a little tricky since the configId is on a different XML file for every module type... As a workaround, it would be possible for the deployer to "remember" the module IDs generated for the archive name used for each distribute or deploy operation, and prompt you based on that if you neglect to specify a module ID on the command line ("Last time you deployed 'foo.war' it was called 'MyFooWebApp'. Replace 'MyFooWebApp' (Y/n)?") -- 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