Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 81303 invoked from network); 25 Sep 2006 17:20:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 25 Sep 2006 17:20:18 -0000 Received: (qmail 50928 invoked by uid 500); 25 Sep 2006 17:20:15 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 50890 invoked by uid 500); 25 Sep 2006 17:20:15 -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 50872 invoked by uid 99); 25 Sep 2006 17:20:15 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Sep 2006 10:20:15 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [209.237.227.198] ([209.237.227.198:42998] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id 6A/FC-13750-3CF08154 for ; Mon, 25 Sep 2006 10:20:05 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 97E967142A1 for ; Mon, 25 Sep 2006 17:15:50 +0000 (GMT) Message-ID: <5622089.1159204550619.JavaMail.jira@brutus> Date: Mon, 25 Sep 2006 10:15:50 -0700 (PDT) From: "Rick McGuire (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (GERONIMO-2409) Provide config/module aliasing ability In-Reply-To: <33129547.1158359845948.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/GERONIMO-2409?page=comments#action_12437612 ] Rick McGuire commented on GERONIMO-2409: ---------------------------------------- It would be nice if this aliasing carried through to at least deploy start/stop. This would be very handy for applications where they have a dependency on a system module where there might be multiple choices (e.g., j2ee-corba, where there's a Sun ORB option or a Yoko ORB option). The artifact_aliases entry can identify the default by mapping j2ee-corba to one of the options, and the system administrator need only worry about starting/stopping the j2ee-corba module without needing to know which option was selected for use. > Provide config/module aliasing ability > -------------------------------------- > > Key: GERONIMO-2409 > URL: http://issues.apache.org/jira/browse/GERONIMO-2409 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: core > Affects Versions: 1.2 > Reporter: David Jencks > Assigned To: David Jencks > Fix For: 1.2 > > Attachments: GERONIMO-2409-v1.patch > > > It's sort of impossible to swap a basic configuration such as transaction with a substitute such as transaction-jta11: there are too many modules that depend on it that all have to be rebuilt just because you changed one name. > To fix this we need some way to substitute one module (configuration) for another. We might aim for a function-based registry rather than a name based one, but that is more that I want to think about right now. > I've done some simple experiments and it looks like some trivial changes in DefaultArtifactResolver, the car maven plugin, and an additional properties file in the server at least let you swap modules and get the server started. I expected that changes in the kernel gbean lookups and Configuration gbean lookups would be necessary as well, but I haven't needed them yet. > I think the changes so far should be applied since they clarify the explicit version resolution code and enable at least some module swapping. I suspect we'll find out soon if more work is needed. -- 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