[kepler-dev] [Bug 3948] - Create new configuration system supporting modules
bugzilla-daemon at ecoinformatics.org
bugzilla-daemon at ecoinformatics.org
Fri Sep 11 10:27:48 PDT 2009
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=3948
------- Comment #5 from berkley at nceas.ucsb.edu 2009-09-11 10:27 -------
After looking at Matt's UML diagram
(https://code.kepler-project.org/code/kepler-docs/trunk/teams-and-wg/2-infr-teams/framework/design/configuration/configuration-architecture.png),
I've been thinking about a couple ideas for serialization. The config system
will need to serialize/deserialize to multiple different locations. I think
this should use the build system's moduleTree functionality. The workflow
would look something like this:
deserialize:
for each module in moduleTree
{
get file module.config
read module.config into common.config
}
serialize:
for each module.namespace in common.config
{
find module.namespace in common.config
write module.namespace to module.config
}
The moduleTree functionality is in the build system jar that is accessible from
the kepler runtime.
Instead of using a String to represent a module in the ConfigurationProperty,
we should probably use a Module object like the build system does. That way,
the configuration system has all of the module's metadata that is read in at
startup. This could be a useful way for other modules or the core to get
information on modules at runtime.
More information about the Kepler-dev
mailing list