[Opensim-dev] Globally avaibability of config options (?)

[Bowman, Mic]

what about a common class that reads the same config file that each
component can instantiate? similar to the proposal for logging.
 
personally, i'd like to see the following objectives for config:
* single file OR single directory for all configuration information
    - single directory assumes consistent file naming conventions and
common syntax across the files (to the extent its possible)
* consistent method for overriding config through command line options
* ability to set all paths through the config files (move a bunch of the
immediate strings into config vars)
    - eg location of the asset/library initialization files,
region/estate settings file names, default terrain
 
right now configuration includes multiple formats (xml for regions &
estatesettings & asset/library initialization, ini format for high level
sim config), multiple directories (off bin including regions, script
engines, terrain filters, etc), multiple naming conventions, etc. and
most of this is embedded in immediate strings inside the code.
 
--mic

 
________________________________

From: opensim-dev-bounces at lists.berlios.de
[mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Stefan
Andersson
Sent: Friday, October 19, 2007 6:03 AM
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] Globally avaibability of config options (?)


We try to follow a layering approach, and an 'tell don't ask' approach,
which would mean that the application pulls out the settings and feed
them to your code, typically thru constructor initialization.
 
Code acessing global singletons tend to get tangly and difficult to
follow.

/Stefan



________________________________


> Date: Fri, 19 Oct 2007 08:37:38 +0200
> From: Gerhard.Duennebeil at arcs.ac.at
> To: opensim-dev at lists.berlios.de
> Subject: [Opensim-dev] Globally avaibability of config options (?)
> 
> Hello everybody,
> 
> I'd like to have the ini-File-options (as well as maybe the
commandline options) available in my piece of code, the meshing support
for nono-trivial prim shapes.
> 
> As a lot of its uses is completely local (debug behaviour, special
settings, ...) there is no sense in distributing this through all layers
between my code and the application.
> 
> Hence it would make sense to create a global "Settings" object similar
to the MainLog object.
> 
> I can do that and create a patch for that but wanted to adress the
issue before hand and get second opinions.
> 
> Best regards
> Gerhard
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20071019/ba194d8c/attachment-0001.html>