I'll wait another couple of days, and if there are no objections by the end of the week, Grid.AssetServer and Grid.InventoryServer will be deleted from the main distribution.
I'll take a look at the documentation, to delete outdated instructions. But that wiki is a jungle, so I'm pretty sure I won't find all the pages that need updates. David W Levine wrote: > > > opensim-dev-boun...@lists.berlios.de wrote on 09/15/2009 03:23:36 PM: > > > Justin Clark-Casey <jjusti...@googlemail.com> > > Sent by: opensim-dev-boun...@lists.berlios.de > > > > 09/15/2009 03:23 PM > > > > Please respond to > > opensim-dev@lists.berlios.de > > > > To > > > > opensim-dev@lists.berlios.de > > > > cc > > > > Subject > > > > Re: [Opensim-dev] pruning reference servers in core > > > > +1, that sounds good to me, multiple servers are confusing. > > > > What would be really really helpful is if we could make sure that the > wiki > > documentation reflects this when it happens. Nothing major, just > clearly > > deprecate all the old stuff and provide > > just sufficient instructions for people to elaborate on later if > required. I > > know there is some documentation but even technically proficient > > people seem to > > have problems in this area. > > +1 on this the current tangle of old/new and stubbed stuff basically > requires people to re-ask the same questions on IRC and e-mail > weekly. > > > > > Or perhaps that confusion would clear up one the old servers are > > eliminated and > > the old doc becomes clearly out of date. > > > > > > d...@metaverseink.com wrote: > > > Hi everyone, > > > > > > Now that summer vacation is over and everyone seems to be back, it's > > > time to revisit this thread. It's been one month, and no one has > stepped > > > up to bringing the old Grid.InventoryServer up to date with the new > > > requirements. The simulators can still talk to old server, but really > > > poorly, after failures; and they don't take advantage of the new > > > streamlined interactions that avoid downloading the entire inventory > > > into the simulators. > > > > > > In this past month, OSGrid has switched the inventory service to > ROBUST, > > > and lots of other grids have followed. The newly released IAR tool has > > > been developed nicely for the new interface too. > > > > > > So -- I propose we drop the old Asset and Inventory servers now, so > that > > > we stop supporting old code. Any objections? > > > > > > Again, the door is always open for someone to step up and maintain > those > > > servers as alternatives -- even write/maintain connectors for them, > and > > > write/maintain corresponding pre-packaged configurations that use > them. > > > But without that kind of commitment, we're bound to make things very > > > confusing by having multiple reference implementations of the same > > > things, some of which are not evolving, and only one pre-packaged > > > configuration that assumes the new interfaces. > > > > > > Crista > > > > > > d...@metaverseink.com wrote: > > >> Ping me when you tune in to the IRC, if you still have questions > after > > >> reading this. The additions are really easy. Look in > > >> OpenSim/Server/Handlers/Inventory/InventoryServerInConnector.cs, > in my > > >> local repo (the one currently in head is outdated) > > >> http://github.com/diva/Diva-s-OpenSim-Tests/blob/ > > 21b5ebdc1f59ee449f56e40d8cbb9f3f5b3de644/OpenSim/Server/Handlers/ > > Inventory/InventoryServerInConnector.cs > > >> > > >> The 2 service handlers that you need to add and implement are these: > > >> > > >> m_httpServer.AddStreamHandler( > > >> new RestDeserialiseSecureHandler<Guid, > List<InventoryFolderBase>>( > > >> "POST", "/SystemFolders/", GetSystemFolders, CheckAuthSession)); > > >> > > >> m_httpServer.AddStreamHandler( > > >> new RestDeserialiseSecureHandler<Guid, InventoryCollection>( > > >> "POST", "/GetFolderContent/", GetFolderContent, > CheckAuthSession)); > > >> > > >> You can copy and paste the implementations I have there. > > >> Let me know when you're done, so that I can push my local mods. > > >> > > >> > > >> > > >> MW wrote: > > >>> If you can provide the details of those two handlers that need > adding to > > >>> the old servers, I can have a go at implementing them; dependent > on how > > >>> much work it involves. > > >>> > > >>> --- On *Thu, 13/8/09, d...@metaverseink.com > /<d...@metaverseink.com>/* > > >>> wrote: > > >>> > > >>> > > >>> From: d...@metaverseink.com <d...@metaverseink.com> > > >>> Subject: Re: [Opensim-dev] pruning reference servers in core > > >>> To: opensim-dev@lists.berlios.de > > >>> Date: Thursday, 13 August, 2009, 5:01 PM > > >>> > > >>> I'm fine with waiting until September before pruning reference > > >>> implementations down to one of each. But someone needs to > give love to > > >>> Grid.Inventory, because I don't have time for loving so many > > servers :-) > > >>> > > >>> The current improvement I'm doing right now (eliminating the > need to > > >>> pass the entire inventory around) only works for the new-style > > >>> inventory > > >>> service. It can easily be made to work for the old one. > Whoever wants > > >>> Grid.Inventory to support the simulators' [much more > reasonable] needs > > >>> should make the necessary improvements to it.. I'll be > happyto explain > > >>> what the server needs to do -- 2 additional service handlers. > I still > > >>> haven't pushed my local commits, and I can wait a little bit > for a > > >>> Grid.InventoryServer lover to step up and volunteer. But I > don't think > > >>> it's reasonable to hold this improvement until September; I > already > > >>> have > > >>> it, and it's almost ready to be pushed out to grids out > there. Passing > > >>> thousands of inventory items upon region crossings and TPs is > probably > > >>> one of the worst things in OpenSim right now, and needs fixing. > > >>> > > >>> > > >>> MW wrote: > > >>> > I'm fine with the AssetInventoryServer being removed as > soon as > > >>> possible > > >>> > because I don't think anyone uses it. > > >>> > > > >>> > But believe we should at least wait a couple of more weeks > before > > >>> the > > >>> > Grid.InventoryServer > > >>> > and Grid.AssetServer are removed, so that everyone gets a > chance > > >>> to have > > >>> > their say/vote. As a number of people are on vacation > around this > > >>> time.. > > >>> > > > >>> > Personally as long as the ROBUST servers are fully tested on > > >>> multiple > > >>> > grids that have a quite heavy load/userbase, then I'm okay > with > > >>> removing > > >>> > the old servers, as long as there is total agreement; I > know a few > > >>> > people have said they don't want to swap to ROBUST. > > >>> > > > >>> > > > >>> > --- On *Tue, 11/8/09, Frisby, Adam /<a...@deepthink.com.au > > >>> </mc/compose?to=a...@deepthink.com.au>>/* wrote: > > >>> > > > >>> > > > >>> > From: Frisby, Adam <a...@deepthink.com.au > > >>> </mc/compose?to=a...@deepthink.com.au>> > > >>> > Subject: Re: [Opensim-dev] pruning reference servers > in core > > >>> > To: "opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de>" > > >>> <opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de>> > > >>> > Date: Tuesday, 11 August, 2009, 10:09 PM > > >>> > > > >>> > Please do. I'd like a 0.6.X release shortly after every > > >>> > networkinterface version change if possible - since it > makes > > >>> compat > > >>> > with the latest stable release always a headache. > > >>> > > > >>> > Adam > > >>> > > > >>> > > -----Original Message----- > > >>> > > From: opensim-dev-boun...@lists.berlios.de > > >>> </mc/compose?to=opensim-dev-boun...@lists.berlios.de> > > >>> > </mc/compose?to=opensim-dev-boun...@lists.berlios.de > > >>> </mc/compose?to=opensim-dev-boun...@lists.berlios.de>> > > >>> > [mailto:opensim-dev- > > >>> > > boun...@lists.berlios.de > > >>> </mc/compose?to=boun...@lists.berlios.de> > > >>> > </mc/compose?to=boun...@lists.berlios.de > > >>> </mc/compose?to=boun...@lists.berlios.de>>] On Behalf Of Justin > > >>> > Clark-Casey > > >>> > > Sent: Tuesday, 11 August 2009 12:04 PM > > >>> > > To: opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de> > > >>> > </mc/compose?to=opensim-...@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de>> > > >>> > > Subject: Re: [Opensim-dev] pruning reference > servers in core > > >>> > > > > >>> > > d...@metaverseink.com > > >>> </mc/compose?to=d...@metaverseink.com> > > >>> </mc/compose?to=d...@metaverseink.com > > >>> </mc/compose?to=d...@metaverseink.com>> wrote: > > >>> > > > Dear devs, > > >>> > > > > > >>> > > > I'm finally changing the way the simulator > > caches inventory. > > >>> > This is > > >>> > > all > > >>> > > > good, and it's the beginning of the much awaited user > > >>> services > > >>> > > > refactoring. This requires a few small changes in the > > >>> inventory > > >>> > > services > > >>> > > > interface, as well as additions to the > > >>> implementation(s). So... > > >>> > > > > > >>> > > > We now have 3 -- yes 3! -- different inventory > servers > > >>> in core. > > >>> > (and > > >>> > > 3 > > >>> > > > asset servers too). I think it's time to make a > decision > > >>> on what to > > >>> > > keep > > >>> > > > and what to drop, because evolving this ecosystem of > > >>> > implementations > > >>> > > in > > >>> > > > core is unscalable. > > >>> > > > > > >>> > > > With this, I'm proposing that we drop the old > > >>> Grid.InventoryServer, > > >>> > > the > > >>> > > > old Grid.AssetServer and the AssetInventoryServer > (CB1). > > >>> Some > > >>> > people > > >>> > > may > > >>> > > > still be using the old servers, so it's time to > switch > > >>> everybody to > > >>> > > > ROBUST. Asking in the IRC, it looks like no one > is using > > >>> > > > AssetInventoryServer. > > >>> > > > > > >>> > > > Comments? Objections? > > >>> > > > > >>> > > Might be an idea to knock out a 0.6.7 first before > > making that > > >>> > switch. > > >>> > > > > >>> > > -- > > >>> > > justincc > > >>> > > Justin Clark-Casey > > >>> > > http://justincc.wordpress.com > <http://justincc.wordpress.com/> > > >>> > > _______________________________________________ > > >>> > > Opensim-dev mailing list > > >>> > > Opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de> > > >>> > </mc/compose?to=opensim-...@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de>> > > >>> > > https://lists.berlios.de/mailman/listinfo/opensim-dev > > >>> > _______________________________________________ > > >>> > Opensim-dev mailing list > > >>> > Opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de> > > >>> > </mc/compose?to=opensim-...@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de>> > > >>> > https://lists.berlios.de/mailman/listinfo/opensim-dev > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > ------------------------------------------------------------------------ > > >>> > > > >>> > _______________________________________________ > > >>> > Opensim-dev mailing list > > >>> > Opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de> > > >>> > https://lists.berlios.de/mailman/listinfo/opensim-dev > > >>> _______________________________________________ > > >>> Opensim-dev mailing list > > >>> Opensim-dev@lists.berlios.de > > >>> </mc/compose?to=opensim-...@lists.berlios.de> > > >>> https://lists.berlios.de/mailman/listinfo/opensim-dev > > >>> > > >>> > > >> _______________________________________________ > > >> Opensim-dev mailing list > > >> Opensim-dev@lists.berlios.de > > >> https://lists.berlios.de/mailman/listinfo/opensim-dev > > >> > > > _______________________________________________ > > > Opensim-dev mailing list > > > Opensim-dev@lists.berlios.de > > > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > > > > > > -- > > justincc > > Justin Clark-Casey > > http://justincc.org <http://justincc.org/> > > _______________________________________________ > > Opensim-dev mailing list > > Opensim-dev@lists.berlios.de > > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > ------------------------------------------------------------------------ > > _______________________________________________ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev