Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Mime-Version: 1.0 (Apple Message framework v750)
Content-Transfer-Encoding: 7bit
Message-Id: <611C017A-F81F-474E-941A-250CBB304766@iq80.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: dev <dev@geronimo.apache.org>
From: Dain Sundstrom <dain@iq80.com>
Subject: Extend class path from config.xml
Date: Mon, 26 Jun 2006 17:26:50 -0700

I think we should add support to extend the class path from the  
config.xml file.  Without this it is not possible to add GBeans via a  
the configuration.xml using classes not declared in the original  
plan.  Another problem revolves around extension hooks in services.   
It is common for a service to allow you to specify a alternative  
implementation for some internal service.  For example, our  
SecurityService GBean allows for the replacement of the  
policyConfigurationFactory
  and the policyProvider.  Unfortunately, these hooks are virtually  
useless since the replacement classes must have been included in the  
environment of the original plan.  Of course, the best option would  
be to rewrite this service to use references, which are easily  
replaceable and externalizable in another plan, but that is not  
always possible.

I have no plans to implement this myself, but wanted to get a  
discussion going, and if we decide that is want to add this feature,  
I'll create a JIRA to track it.

-dain