[Opensim-dev] hypergrid status

Justin Clark-Casey jjustincc at googlemail.com
Thu Nov 13 17:50:51 UTC 2008


Diva Canto wrote:
> Apache2 has something like this:
> conf/httpd.conf
> conf/extra/
>     httpd-autoindex.conf
>     httpd-dav.conf
>     ...
>     httpd-vhosts.conf
> (there's 11 conf files in extra)
> 
> We don't need to follow this exact convention, but we could do something 
> similar.
> 
> In any case, the one thing I would suggest is to move the configuration 
> files out of bin, and into ../conf. I like to see configs in a very 
> visible place.
> And if you really want to clean this whole thing up a bit, I would even 
> suggest to move into the "standard" setup like this:
> bin/
> conf/
> lib/
> logs/

Yeah, I agree.

Easier said than done though.  I looked into moving libs into lib/ some time ago for various reasons, but it got really 
awkward to get .net/mono/mono-addins, etc. satisfied with the results.

But I think should happen for conf/ and logs/.   Personally, I would migrate to bin/conf and bin/logs for now, but 
perhaps that's just a somewhat conservative desire not to confuse people too much.

> 
> Justin Clark-Casey wrote:
>> Diva Canto wrote:
>>   
>>> I did exactly that (or something similar) for the traffic simulation and 
>>> other modules I'm developing for this urban planning startup, Encitra. 
>>> Encitra is a collection of modules, and they all share a common data 
>>> repository that include, among many things, xmls of objects and the ini 
>>> file.
>>>
>>> So I don't think you need to do something there. We just need to explain 
>>> better that module config files can be separate. Independent app modules 
>>> like Encitra definitely should not be in OpenSim.ini. Middleware-ish 
>>> things probably shouldn't be there either. Apache at some point started 
>>> separating the config files of its different modules, too. We could do 
>>> something like that.
>>>     
>>
>> Sounds good to me.  I suppose my first thought is whether individual modules should (a) be responsible for knowing where 
>> their own config files are or (b) whether OpenSim should tell them where to load them.
>>
>> The disadvantage with OpenSim telling them is that they end up having to be in a well known place (perhaps bin/<module 
>> name>/conf or simply bin/conf/<module name>.ini (or .xml).  This also envisages moving OpenSim.ini to 
>> bin/conf/OpenSim.ini.  The advantage is that having configuration modules always in well known places enhances ease of use.
>>
>> The disadvantage with the modules knowing is that it has to be in some well known place for that module which the base 
>> OpenSim may disagree with.  However, this is an easier route if modules wish to share the same config file (as your 
>> Encitra modules do).
>>
>> Either way, the responsibility for disabling/enabling modules would rest with the master OpenSim.ini (rather than with 
>> individual modules as it does at the moment).
>>
>> I had a brief look at Apache configuration but it wasn't obvious to me how it was actually being done (beyond the 
>> standard httpd.conf file, which it sounds like was separated into three but then was put back together again).
>>
>>   
>>> Michael Wright wrote:
>>>     
>>>> I guess we should try to come up with some idea what we want from 
>>>> separate config files. As currently it is completely possible and 
>>>> quite easy for modules to load their own ini files by using Nini. Is 
>>>> that enough or do we want more.
>>>>
>>>> */Justin Clark-Casey <jjustincc at googlemail.com>/* wrote:
>>>>
>>>>
>>>>
>>>>     I think to some extent this is also pending a revision of the
>>>>     region module system to make it easy to plug in external
>>>>     modules with their own configuration files (OpenSim.ini.example is
>>>>     getting to be a monster). Of course, we've been
>>>>     saying that for ages now - consider it a long feature lead up :)
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> 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
>>>     
>>
>>
>>   
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


-- 
justincc
Justin Clark-Casey
http://justincc.wordpress.com



More information about the Opensim-dev mailing list