[Opensim-dev] Grid vs UGAIM (WAS: Re: [Opensim-commits] r8554 - trunk/OpenSim/Grid/GridServer)

Mon Feb 23 19:17:30 UTC 2009

To have a generic service server is my eventual goal with the refactoring I started on the User/Grid/Messaging server. Its going to be a while before we get there.

But what I'm aiming to do is spilt the current User, Grid and Messaging servers into modules, and a set of database access service classes. That then can be loaded into a base server in (nearly) any way that the operator wants. So they could have all the modules loaded into one server process or into as many processes as they want. 

So the same as you are suggesting, except for at the moment I wasn't planning to do anything to the asset or inventory servers. As there is all the cable beach stuff being done, so I think its best to let that settle before we try to add them to the generic service modular system.

--- On Mon, 23/2/09, Diva Canto <diva at metaverseink.com> wrote:
From: Diva Canto <diva at metaverseink.com>
Subject: Re: [Opensim-dev] Grid vs UGAIM (WAS: Re: [Opensim-commits] r8554 - trunk/OpenSim/Grid/GridServer)
To: opensim-dev at lists.berlios.de
Date: Monday, 23 February, 2009, 5:41 PM

I guess your pulling out that code made the situation more explicit
than it was before :)

If that's the case, could we then think of separating the basic "Map
service" from any administrative grid services that people may want to
come up with for grids.

Running a grid a-la Linden Lab involves a lot of admin work that can
indeed, be automated by having config and admin information in a
centralized place -- URLs of servers, ban lists, etc etc etc., to be
shared among a group of regions.

But this is completely different from the Map service, which I see as a
fundamental "space" service in VWs, and that exists also for
standalones, Hypergrid, etc. and that can be made mix-and-match.

Something like this:

OpenSim.Servers.AssetInventoryServer

OpenSim.Servers.AssetServer

OpenSim.Servers.GridAdminServer

OpenSim.Servers.InventoryServer

OpenSim.Servers.MapServer

OpenSim.Servers.MessagingServer

OpenSim.Servers.RegionServer (What's now known as OpenSim.exe)

OpenSim.Servers.UserServer

Better yet would be to be able to configure blank-slate *servers*
running a payload of any combination of *services*. Would that be
possible?

So then we would have

OpenSim.GenericServicesServer

OpenSim.RegionServer

Where the generic server would be configured via dll specification, or
any other module system. This would, hopefully, improve the current
situation of having both  two separate inv and asset servers, and a
third server which is a combination of those two. And it would give
people more options for configuring their worlds according to their own
expected usage.

And, going all the way, we might end up with just one single
GenericServer, which, when configured with running all services, would
be the equivalent of the standalone mode.

Probably not something that can be done overnight, but just a thought...

MW wrote:

        Well the name changed came from because at first I was
doing a different ICore interface for each server. So had IGridCore,
IUserCore, IMessagingCore (not all committed to SVN). But then wanted a
common core interface. And as IGridCore gave the impression that it was
for the Grid server, I went with IUGAIMCore, but it was only meant to
be temporary. I don't care what we call that. And agree IUGAIMCore
isn't the right long term name.

As for messaging in the grid server, thats where messaging servers
register with the grid server, so that when regions login to the grid
server, it can provide them with the details of the messaging servers.
That isn't anything new, all I did was split those functions into their
own "module".  

Maybe a name change on that module is needed as well, so its clear its
about Messaging servers registering with it and provides a inteface so
other modules can register the data about those registered messaging
servers.

--- On Mon, 23/2/09, Diva Canto <diva at metaverseink.com>
wrote:

        From:
Diva Canto <diva at metaverseink.com>

Subject: Re: [Opensim-dev] Grid vs UGAIM (WAS: Re: [Opensim-commits]
r8554 - trunk/OpenSim/Grid/GridServer)

To: opensim-dev at lists.berlios.de

Date: Monday, 23 February, 2009, 1:44 AM

           I think I understand where the name
change comes from, but this leads
to a deeper question: why is there anything Messaging in the Grid
service? And is there any intention of adding more service
registrations there?

Crista

Mike Mazur wrote:

            Hi,

On Sat, Feb 21 2009 10:41:28 -0800
mw at opensimulator.org wrote:

              Author: mw
Date: 2009-02-21 10:41:28 -0800 (Sat, 21 Feb 2009)
New Revision: 8554

Added:
   trunk/OpenSim/Grid/GridServer/IUGAIMCore.cs
Removed:
   trunk/OpenSim/Grid/GridServer/IGridCore.cs

            To me the general term "Grid" makes more sense, as it doesn't hardcode
the current set of servers that constitute a grid in the source code.

What happens when we add a new server to the grid setup (ie: script
server)? When the acronym changes, will the filename/interface
name/class name be updated?

Thanks,
Mike
_______________________________________________
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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090223/8f9ba87a/attachment-0001.html>