commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Diggory <>
Subject [Configuration] Developer Activity in Configuration?
Date Tue, 12 Sep 2006 17:57:46 GMT
Hi all,

Is there currently any activity/planning/effort going on in Commons  
Configuration. I'm interested in an adaptation of the framework which  
could be contributed back into the project if found acceptable.  
Specifically in the following areas:

1.) wildcards, regexp is File Selections for properties and xml  
properties files

<properties fileName="conf.d/*.properties"/>

2.) A factory loading strategy that unifies the loading of properties  
irrespective of the file format (similar to the "include" property)  
but more like JSP/XSL include/import semantics. This means that  
override and additional directives would be parameterized into the  
includes such that the factory only needs to know where the root  
config file is located and the factory config.xml becomes obsolete.  
Instead, its syntax becomes a separate data model from the xml format  
and reusable throughout configuration properties files irrespective  
of file format.


3.) Configuration is really doing something that would be best  
captured in a JNDI Context such that there was no need to know about  
Apache Configuration to actually access the properties, thus  
something like a Commons Configuration JNDI Service provider would allow

javax.naming.Context ctx = new InitialContext("java:comp/env/config/ 

String fooBar = (String) ctx.lookup("");

With configuration in the web.xml as follows:

   <description>Resource reference to a Jakarta Commons  

This would allow one to load a Configuration source as a JNDI  
resource in a webapplication web.xml or in tomcats server.xml and  
keep the source of that configuration very separate from its usage in  
the web-app.


Mark R. Diggory
DSpace Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology

-- and an Apache Jakarta Commons Commiter...

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message