Return-Path: Delivered-To: apmail-jakarta-avalon-phoenix-dev-archive@apache.org Received: (qmail 34930 invoked from network); 9 Sep 2002 00:11:41 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 9 Sep 2002 00:11:41 -0000 Received: (qmail 13034 invoked by uid 97); 9 Sep 2002 00:12:21 -0000 Delivered-To: qmlist-jakarta-archive-avalon-phoenix-dev@jakarta.apache.org Received: (qmail 12989 invoked by uid 97); 9 Sep 2002 00:12:20 -0000 Mailing-List: contact avalon-phoenix-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon-Phoenix Developers List" Reply-To: "Avalon-Phoenix Developers List" Delivered-To: mailing list avalon-phoenix-dev@jakarta.apache.org Received: (qmail 12978 invoked by uid 50); 9 Sep 2002 00:12:20 -0000 Date: 9 Sep 2002 00:12:20 -0000 Message-ID: <20020909001220.12977.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: avalon-phoenix-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 12403] New: - Deploy via XML descriptors X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12403 Deploy via XML descriptors Summary: Deploy via XML descriptors Product: Avalon Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Phoenix AssignedTo: avalon-phoenix-dev@jakarta.apache.org ReportedBy: donaldp@apache.org It would be useful to have Phoenix scan the apps directory and deploy applications from xml descriptors as well as the .sar files. The xml descriptor could specify all the required parameters for an application rather than having Phoenix deduce them from the .sar file. For example it could look something like /some/dir /tmp /opt/myapp/assembly.xml /opt/myapp/config.xml /opt/myapp/environment.xml The deployer would then handle either xml files or .sar files. The advantage of this would be that it makes it easy to allow alternative deployment formats which is useful when you are developing an IDE and don't want to rebuild sar in each development cycle. It is also useful when integrating with existing systems that have particular filesystem requirements. For an example system that implements something like this have a look at the Tomcat 4.1 product. -- To unsubscribe, e-mail: For additional commands, e-mail: