[Opensim-dev] [Opensim-users] grid operation

[Melanie]

Sadly, the existing GridComms is full of such, and worse, constructs.
That needs to be cleaned up in a major way. Currently, to plumb a 
single new sim-to-server call, up to 18 files need to be edited. 
That can't be right.

Melanie


Stefan Andersson wrote:
>> if (gridmode)> {> if(local assets)> {> call_local_service();> }> else> {> call_server_service();> }> }> else> {> call_local_service();> }> > That is ugly and wasteful and complicates things.
>  
> which was exactly why I didn't do that. The snippet represented a one-time selective instantiation of concrete implementations of identical interfaces. The OpenSim way would probably be even easier, to make if factored thru an opensim.ini setting.
>  
> which means, what you do, is simply
>  
> IAssetService.call_service()
>  
> and things will happen the same regardless of whether the instance behind it is a local service, a proxy to a local ip-based service, or a proxy to a remote service.
>  
> /Stefan
>  
>> Stefan Andersson wrote:> >> I believe the simplification of internal code paths is worth the > multiple processes. Of course, you may have a different opinion.> > Restructuring into proxies, http wrappers and concrete services will have the same effect;> > > > IAssetServer myassetServer;> > > > if(in-process private asset server)> > {> > myassetServer = ConcreteLocalAssetServer();> > myassetserver.Start();> > }> > else> > {> > if( in-process public asset server )> > { > > ConcreteAssetServer localassetServer = ConcreteAssetServer( port );> > localassetServer.Start();> > > > assetServerUrl = localassetServer.Url;> > }> > else> > {> > // out-of-process remote asset server> > assetServerUrl = GetConfig( "remote_asset_server_url" );> > }> > > > myassetServer = ConcreteAssetProxy( assetServerUrl );> > }> > > > Of course, ConcreteAssetServer should be implemented as an communications wrapper around a ConcreteLocalAssetServer.> > > Standalone is a relic from the early days that s
hould have it's > finest hour just about now. It's about as useless as a HTTP 1.0 > webserver in view of the things to come.> > That is just not true. The case where you want to run a 3D world as an integrated desktop application will always be with us. Just because the hyper hype is on, and we're looking at how to restructure the backends, doesn't mean we should throw what we already built up.> > > > You are thinking progression where it's really about variation.> > > > /Stefan> > > >> Teravus Ovares wrote:> > Melanie felt the need to resurrect this discussion in another> > 'subject' (remember, Gmail threads these, so the subjects do matter).> > > > She asked me, "what does standalone give me that a local grid doesn't'.> > 1. A single process> > 2. A less overhead 'networking' the parts together> > 3. A quick way to test new things. Add them to the grid server later.> > (visual studio debugger is easier this way)> > 4. Structured centralized grid mode wasn't really the desig
n> > intention. It just sort of morphed into that. Originally the concept> > for this was a distributed system of individual regions that you could> > visit via a region browser.> > 5. SLCLONE--;> > > > There are more.. but 5 will do for now.> > > > Best Regards> > > > Teravus> > > > On 12/11/08, Sean Dague <sdague at gmail.com> wrote:> >> Kyle "G" wrote:> >> > We have not tried it either (grid mode SQLite) I also ASSumed it would work.> >> > Doh! And FYI Happy Holidays All!> >>> >> I do> n't think we have a grid adapter for sqlite, but all the rest of the> >> services can be run under it (and writing the griddatastore should be> >> only a couple hours of work if someone wanted to do that). You just> >> don't want to do that in an environment that gets much load.> >>> >> -Sean> >>> >> --> >> Sean Dague / Neas Bade> >> sdague at gmail.com> >> http://dague.net> >>> >>> >>> >> _______________________________________________> >> 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> > > > > > ------------------------------------------------------------------------> > > > _______________________________________________> > 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