[Opensim-dev] pruning reference servers in core

David W Levine dwl at us.ibm.com
Tue Sep 15 20:50:43 UTC 2009


opensim-dev-bounces at lists.berlios.de wrote on 09/15/2009 03:23:36 PM:

> Justin Clark-Casey <jjustincc at googlemail.com> 
> Sent by: opensim-dev-bounces at lists.berlios.de
> 
> 09/15/2009 03:23 PM
> 
> Please respond to
> opensim-dev at lists.berlios.de
> 
> To
> 
> opensim-dev at 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.
> 
> 
> diva at 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
> > 
> > diva at 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, diva at metaverseink.com 
/<diva at metaverseink.com>/* 
> >>> wrote:
> >>>
> >>>
> >>>     From: diva at metaverseink.com <diva at metaverseink.com>
> >>>     Subject: Re: [Opensim-dev] pruning reference servers in core
> >>>     To: opensim-dev at 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 /<adam at deepthink.com.au
> >>>     </mc/compose?to=adam at deepthink.com.au>>/* wrote:
> >>>      >
> >>>      >
> >>>      >     From: Frisby, Adam <adam at deepthink.com.au
> >>>     </mc/compose?to=adam at deepthink.com.au>>
> >>>      >     Subject: Re: [Opensim-dev] pruning reference servers in 
core
> >>>      >     To: "opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=opensim-dev at lists.berlios.de>"
> >>>     <opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=opensim-dev at 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-bounces at lists.berlios.de
> >>>     </mc/compose?to=opensim-dev-bounces at lists.berlios.de>
> >>>      >     </mc/compose?to=opensim-dev-bounces at lists.berlios.de
> >>>     </mc/compose?to=opensim-dev-bounces at lists.berlios.de>>
> >>>      >     [mailto:opensim-dev-
> >>>      >      > bounces at lists.berlios.de
> >>>     </mc/compose?to=bounces at lists.berlios.de>
> >>>      >     </mc/compose?to=bounces at lists.berlios.de
> >>>     </mc/compose?to=bounces at lists.berlios.de>>] On Behalf Of Justin
> >>>      >     Clark-Casey
> >>>      >      > Sent: Tuesday, 11 August 2009 12:04 PM
> >>>      >      > To: opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=opensim-dev at lists.berlios.de>
> >>>      >     </mc/compose?to=opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=opensim-dev at lists.berlios.de>>
> >>>      >      > Subject: Re: [Opensim-dev] pruning reference servers 
in core
> >>>      >      >
> >>>      >      > diva at metaverseink.com
> >>>     </mc/compose?to=diva at metaverseink.com>
> >>>     </mc/compose?to=diva at metaverseink.com
> >>>     </mc/compose?to=diva at 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
> >>>      >      > _______________________________________________
> >>>      >      > Opensim-dev mailing list
> >>>      >      > Opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=Opensim-dev at lists.berlios.de>
> >>>      >     </mc/compose?to=Opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=Opensim-dev at lists.berlios.de>>
> >>>      >      > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >>>      >     _______________________________________________
> >>>      >     Opensim-dev mailing list
> >>>      >     Opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=Opensim-dev at lists.berlios.de>
> >>>      >     </mc/compose?to=Opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=Opensim-dev at lists.berlios.de>>
> >>>      >     https://lists.berlios.de/mailman/listinfo/opensim-dev
> >>>      >
> >>>      >
> >>>      >
> >>>      >
> >>> 
> ------------------------------------------------------------------------
> >>>      >
> >>>      > _______________________________________________
> >>>      > Opensim-dev mailing list
> >>>      > Opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=Opensim-dev at lists.berlios.de>
> >>>      > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >>>     _______________________________________________
> >>>     Opensim-dev mailing list
> >>>     Opensim-dev at lists.berlios.de
> >>>     </mc/compose?to=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.org
> _______________________________________________
> 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/20090915/d9dcac78/attachment-0001.html>


More information about the Opensim-dev mailing list