Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 98415 invoked from network); 28 Nov 2005 05:29:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Nov 2005 05:29:29 -0000 Received: (qmail 48773 invoked by uid 500); 28 Nov 2005 05:29:22 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 48404 invoked by uid 500); 28 Nov 2005 05:29:20 -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 48393 invoked by uid 99); 28 Nov 2005 05:29:20 -0000 X-ASF-Spam-Status: No, hits=1.3 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; Sun, 27 Nov 2005 21:29:18 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 3CAE8C9 for ; Mon, 28 Nov 2005 06:28:57 +0100 (CET) Message-ID: <1760737323.1133155737246.JavaMail.jira@ajax.apache.org> Date: Mon, 28 Nov 2005 06:28:57 +0100 (CET) From: "Dain Sundstrom (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Assigned: (GERONIMO-1060) Improvements to attribute management In-Reply-To: <126188903.1129083845545.JavaMail.jira@ajax.apache.org> 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 [ http://issues.apache.org/jira/browse/GERONIMO-1060?page=all ] Dain Sundstrom reassigned GERONIMO-1060: ---------------------------------------- Assign To: Dain Sundstrom (was: David Jencks) > Improvements to attribute management > ------------------------------------ > > Key: GERONIMO-1060 > URL: http://issues.apache.org/jira/browse/GERONIMO-1060 > Project: Geronimo > Type: Improvement > Components: kernel > Versions: 1.0 > Reporter: David Jencks > Assignee: Dain Sundstrom > Fix For: 1.0 > > The main goal here is to allow the attribute store (especially config.xml) to control which gbeans and configurations are started. Here are some steps and partial goals: > 1. Modify the configuration loading process so it is more under the control of ConfigurationManagerImpl and so the set of gbeans to be loaded in a configuration can be modified by the attribute store. > 2. Add an attribute to the schema so gbeans defined in the serialzed configuration state may be prevented from being loaded. > 3. Add an attribute to the schema so configurations can be prevented from loading. This will make it possible to use the attribute store also as a persistent configuration list. > 4. (needs research) Allow additional gbeans to be created from information in the attribute store. This is somewhat controversial and the exact limits for this capability need further discussion. In particular we may want to make some configurations inextensible and we may want to (possibly just for the moment) limit ourselves to gbeans that have only simple attributes. -- 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