[Opensim-dev] Ini file reorganiSation

[MW]

We didn't actually reach final agreement of what the loading order should be. 

But the general idea was that we rename IniMaster to IniPath (although I'm unsure we really need/want to rename it as it might lead to confusion). This can then either be set to a http url or a single local file, or the new thing being it could be a local folder. If its a folder then all the ini files in that folder are loaded and merged together. If its a single file or http url, then it acts exactly like it does now. And just loads that data.

Then after that we load the normal ini file (opensim.ini) exactly like we do now. Which over writes anything loaded before.

So in your case you wouldn't use the folder option. And it would act exactly like it does now.

But maybe the folder option should be a separate layer. Where first we load the MasterIni as we do now. Then there is a new option to load files from a config folder, then lastly the opensim.ini. 

--- On Fri, 20/2/09, Chris Hart <Chris at codetorque.co.uk> wrote:
From: Chris Hart <Chris at codetorque.co.uk>
Subject: Re: [Opensim-dev] Ini file reorganiSation
To: opensim-dev at lists.berlios.de
Date: Friday, 20 February, 2009, 2:22 PM

Currently, I handle ini loading in two stages; firstly, I use -inimaster
to load up settings from a web-based central ini. Secondly, I use
-inifile pointing to a local small ini file with local storage settings
and any settings that I want to specify to override the central ini.

You say that your proposal has -inipath local directory, -inifile for
url, merged last, which is the opposite for me. At least I believe it is
- correct me if I have misunderstood.

Currently, I can have all region servers on a grid set to use XEngine in
the master, but have a small local ini on one server to use
DotNetEngine, for example. Or different physics, chat range, etc. My
goal is to have as little to change on each region server as possible,
otherwise I spend most of my time hand-editing 15 to 20 ini files for
each upgrade. 

If this goes ahead that's ok - I can extend my own admin tools to serve
up region server specific ini settings all over the web (which was my
end goal in any case). Just wanted to flag it in case anyone else had
picked up on it and wanted to use it.

Chris

-----Original Message-----
From: opensim-dev-bounces at lists.berlios.de
[mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Melanie
Sent: 20 February 2009 14:05
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] Ini file reorganiSation

In what way would that break it? It merely adds another options, 
namely, _if_ inimaster is a local _path_, descend into it. That 
won't change a thing about the handling of a URL.

The rename would mean that grids would need to adjust, but the 
rename is the least important part of the proposal and could just as 
soon not happen.

Melanie

Chris Hart wrote:
> Note that the 0.6.3 branch made yesterday includes code that enables
> -inimaster to be loaded over the web, enabling central ini settings to
> be served over the web with local override capability via a local
> -inifile. This proposal would break that functionality.
> 
> Admittedly, it's probably only me / ReactionGrid that uses it at the
> moment, but in case anyone else is using it, it's something to be
aware
> of.
> 
> Otherwise, sounds pretty reasonable.
> 
> -----Original Message-----
> From: opensim-dev-bounces at lists.berlios.de
> [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Melanie
> Sent: 20 February 2009 13:54
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] Ini file reorganiSation
> 
> 
> 
> Justin Clark-Casey wrote:
>>> I propose to break up the OpenSim.ini.example into module-sized 
>>> chunks and supply these as separate files in the SVN/distribution.
>> 
>> Can this directory of files be a separate conf/ directory rather than
> bin/ ?
> 
> That was the point.
> 
> Melanie
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.0.237 / Virus Database: 270.10.25/1957 - Release Date:
> 02/19/09 18:45:00
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
> 
_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.237 / Virus Database: 270.10.25/1957 - Release Date:
02/19/09 18:45:00
_______________________________________________
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/20090220/687ac6e7/attachment-0001.html>