<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">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.<br><br>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. <br><br>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.<br><br>--- On <b>Mon, 23/2/09, Diva Canto
<i><diva@metaverseink.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: Diva Canto <diva@metaverseink.com><br>Subject: Re: [Opensim-dev] Grid vs UGAIM (WAS: Re: [Opensim-commits] r8554 - trunk/OpenSim/Grid/GridServer)<br>To: opensim-dev@lists.berlios.de<br>Date: Monday, 23 February, 2009, 5:41 PM<br><br><div id="yiv331945022">
I guess your pulling out that code made the situation more explicit
than it was before :)<br>
<br>
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.<br>
<br>
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.<br>
<br>
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.<br>
<br>
Something like this:<br>
<br>
OpenSim.Servers.AssetInventoryServer<br>
OpenSim.Servers.AssetServer<br>
OpenSim.Servers.GridAdminServer<br>
OpenSim.Servers.InventoryServer<br>
OpenSim.Servers.MapServer<br>
OpenSim.Servers.MessagingServer<br>
OpenSim.Servers.RegionServer (What's now known as OpenSim.exe)<br>
OpenSim.Servers.UserServer<br>
<br>
Better yet would be to be able to configure blank-slate *servers*
running a payload of any combination of *services*. Would that be
possible?<br>
So then we would have<br>
<br>
OpenSim.GenericServicesServer<br>
OpenSim.RegionServer<br>
<br>
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.<br>
<br>
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.<br>
<br>
Probably not something that can be done overnight, but just a thought...<br>
<br>
<br>
MW wrote:
<blockquote type="cite">
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit;" valign="top">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.<br>
<br>
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". <br>
<br>
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.<br>
<br>
--- On <b>Mon, 23/2/09, Diva Canto <i><a rel="nofollow" class="moz-txt-link-rfc2396E" target="_blank" href="mailto:diva@metaverseink.com"><diva@metaverseink.com></a></i></b>
wrote:<br>
<blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From:
Diva Canto <a rel="nofollow" class="moz-txt-link-rfc2396E" target="_blank" href="mailto:diva@metaverseink.com"><diva@metaverseink.com></a><br>
Subject: Re: [Opensim-dev] Grid vs UGAIM (WAS: Re: [Opensim-commits]
r8554 - trunk/OpenSim/Grid/GridServer)<br>
To: <a rel="nofollow" class="moz-txt-link-abbreviated" target="_blank" href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>
Date: Monday, 23 February, 2009, 1:44 AM<br>
<br>
<div id="yiv1329581034"> 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?<br>
<br>
Crista<br>
<br>
Mike Mazur wrote:
<blockquote type="cite">
<pre>Hi,<br><br>On Sat, Feb 21 2009 10:41:28 -0800<br><a rel="nofollow" class="moz-txt-link-abbreviated" target="_blank" href="mailto:mw@opensimulator.org">mw@opensimulator.org</a> wrote:<br><br> </pre>
<blockquote type="cite">
<pre>Author: mw<br>Date: 2009-02-21 10:41:28 -0800 (Sat, 21 Feb 2009)<br>New Revision: 8554<br><br>Added:<br> trunk/OpenSim/Grid/GridServer/IUGAIMCore.cs<br>Removed:<br> trunk/OpenSim/Grid/GridServer/IGridCore.cs<br> </pre>
</blockquote>
<pre>To me the general term "Grid" makes more sense, as it doesn't hardcode<br>the current set of servers that constitute a grid in the source code.<br><br>What happens when we add a new server to the grid setup (ie: script<br>server)? When the acronym changes, will the filename/interface<br>name/class name be updated?<br><br>Thanks,<br>Mike<br>_______________________________________________<br>Opensim-dev mailing list<br><a rel="nofollow" class="moz-txt-link-abbreviated" target="_blank" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a rel="nofollow" class="moz-txt-link-freetext" target="_blank" href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br><br> </pre>
</blockquote>
<br>
</div>
<pre>_______________________________________________<br>Opensim-dev mailing list<br><a rel="nofollow" class="moz-txt-link-abbreviated" target="_blank" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a rel="nofollow" class="moz-txt-link-freetext" target="_blank" href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br> </pre>
</blockquote>
</td>
</tr>
</tbody>
</table>
<br>
<pre><hr size="4" width="90%"><br>_______________________________________________<br>Opensim-dev mailing list<br><a rel="nofollow" class="moz-txt-link-abbreviated" target="_blank" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a rel="nofollow" class="moz-txt-link-freetext" target="_blank" href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br> </pre>
</blockquote>
<br>
</div><pre>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></pre></blockquote></td></tr></table><br>