[Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer?

[Melanie]

This can not be reasonably done on the forge..

Melanie

Charles Krinke wrote:
> Sounds like a good argument to put this new work on the forge.
> 
> That way, we can get it wrung out, completed, functional, tested. 
> 
> This seems to me a reasonable and proper way to change the underlying grid servers without having a revolution in mid-air.
> 
> Charles
> 
> 
> 
> 
> ________________________________
> From: Melanie <melanie at t-data.com>
> To: opensim-dev at lists.berlios.de
> Sent: Wednesday, July 8, 2009 2:51:39 PM
> Subject: Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer?
> 
> Which is precisely what is intended. But the old dinosaur servers 
> are in the way.
> 
> You can rest assured no grids will be harmed in the making of these 
> servers - to paraphrase the movie industry....
> 
> Melanie
> 
> Charles Krinke wrote:
>> I believe it is pretty important to ensure that we go forwards in a compatible manner and not backwards.
>> 
>> Certainly new implementations of servers, executables, protocols and the like are encouraged, but we also need to make sure that everything continues to work.
>> 
>> Perhaps this new work should be on the forge. Perhaps it should be done in such a way that the users can ultimately determine which server is appropriate in a similar manner to differing physics implementations.
>> 
>> But, regardless, I believe that moving forward in a compatible manner and making sure we dont shoot ourselves in the foot is very important. I would counsel caution *and* I would counsel some independent testing to make sure we are moving forward in a predictable manner.
>> 
>> Charles
>> 
>> 
>> 
>> 
>> ________________________________
>> From: Melanie <melanie at t-data.com>
>> To: opensim-dev at lists.berlios.de
>> Sent: Wednesday, July 8, 2009 2:43:17 PM
>> Subject: Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer?
>> 
>> This is not going to happen on the drawing board. It can't. And also 
>> it would be taking the second step before the first.
>> 
>> First, the existing protocols are converted to services, as it has 
>> already happened to asset and inventory services. Those can then run 
>> in B.U.S.T. with full compatibility.
>> 
>> Then the old server needs to go away. At this point one code base 
>> has been replaced with another one without protocol changes.
>> 
>> This creates a scenario where new protocols can be developed and 
>> tested without breaking things. Here the protocols will evolve as 
>> they are coded.
>> 
>> Finally, the new protocols will replace the old, after they have 
>> been tested and used in production by early adopters.
>> 
>> Melanie
>> 
>> MW wrote:
>>> Well as Justin said, there needs to be plans/documents detailing all the details of the replacement protocols before the process of replacing them is began.
>>> 
>>> --- On Wed, 8/7/09, Melanie <melanie at t-data.com> wrote:
>>> 
>>> From: Melanie <melanie at t-data.com>
>>> Subject: Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer?
>>> To: opensim-dev at lists.berlios.de
>>> Date: Wednesday, 8 July, 2009, 9:08 PM
>>> 
>>> Hi,
>>> 
>>> Justin Clark-Casey wrote:
>>>> But the real question was about your statement
>>>> 
>>>> "But changes are planned as we are moving to more sane protocols."
>>>> 
>>>> source: https://lists.berlios.de/pipermail/opensim-dev/2009-July/006992.html
>>>> 
>>>> Who is the 'we' in this?  What are these protocols?  Why are they more sane, etc., etc.?  This is an entirely different 
>>>> question to generalizing the OpenSim grid servers.  Perhaps they were not meant to be mixed up in this.
>>> 
>>> "We" is all of us, the project, for one, and Diva and I as the devs 
>>> driving this change, too.
>>> 
>>> Today's wire protocols are not sane. There is no point in 
>>> transferring ALL the user's inventory to EVERY region visited, just 
>>> to get the root folder ID, which is the only thing needed from that 
>>> potentially HUGE blob.
>>> 
>>> Just to mention one known bit of insanity.
>>> 
>>> Another part that is not sane is the user services. They aren't 
>>> natively equipped to handle the concept of no authentication or HG, 
>>> or user levels, or scopes. They mix in data items that don't belong 
>>> together just because Linden did.
>>> 
>>> Assets were already made RESTful and so the asset protocol was 
>>> preserved unchanged.
>>> The grid server protocol is a lean one and changes will be minimal 
>>> (probably just a XMLRPC->REST conversion if they're not REST already)
>>> 
>>> Presence is totally insane again. It needs to be ripped out and 
>>> redone, now that we know more about real world demands large grids 
>>> place on the servers.
>>> 
>>> With the modular architecture, that is a simple as snapping in 
>>> another connector. so if your grid uses a new RESTful gridserver 
>>> protocol, you just use the RESTGridConnector rather than the 
>>> XMLLRPCGridConnector. The service providers and consumers stay the same.
>>> 
>>> The monolithic servers can't cope with that, so they need to go.
>>> 
>>> Melanie
>>> _______________________________________________
>>> 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