Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Message-ID: <27928011.1158591023888.JavaMail.jira@brutus>
Date: Mon, 18 Sep 2006 07:50:23 -0700 (PDT)
From: "Joe Bohn (JIRA)" <dev@geronimo.apache.org>
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

    [ http://issues.apache.org/jira/browse/GERONIMO-2409?page=comments#action_12435490 ] 
            
Joe Bohn commented on GERONIMO-2409:
------------------------------------

Not sure if voting still matters ... but here's my +1

> 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