[Opensim-dev] More login refactoring

[MW]

And my plans for refactoring (which is actually unrelated to Stefan's work, in so much we haven't really talked to each other about what we are doing) is to finish of changing the User, Grid, Messaging servers to use modules.

And yes I hope that some of those modules will be able to be shared between the Region and UGM servers. 

Then I want to finish spliting up the current Comms Manager so thats all module based (whatever modules types they end up using). The spliting up off the regions login code into modules was a first small step. So hopefully we will be able to share a lot of code and even modules between the various servers once its finished. 

But there is still a lot to do. From my general plans in these areas I guess I might be 25-35% of the way there. 

--- On Thu, 12/3/09, Stefan Andersson <stefan at tribalmedia.se> wrote:
From: Stefan Andersson <stefan at tribalmedia.se>
Subject: Re: [Opensim-dev] More login refactoring
To: "opensim-dev at lists.berlios.de" <opensim-dev at lists.berlios.de>
Date: Thursday, 12 March, 2009, 9:14 AM




#yiv737360183 .hmmessage P
{
margin:0px;padding:0px;}
#yiv737360183 {
font-size:10pt;font-family:Verdana;}

Diva,

 

actually, I don't know how far away we are.

 

The problem is that somewhere way back when, there was a lot of copy+pasteing "to get things to work"(tm) - which led to the login services being textually almost identical, but perusing different classes. (IE, local Uses RegionInfo to work with region settings, grid uses RegionProfileData) - classes taht we are wary of working with because they are potentially serialized.

 

My focus right now, today even, is to try and pry the RegionInfo out of RegionProfiles cold dead hands. I thought I succeeded, but alas, more debugging seems to be needed.

 

Once I (or we, by all means) have gotten to the point where I (we) have de-duplicated the backend services, modularizing them should not be that hard. (knock on wood)

Best regards,
Stefan Andersson
Tribal Media AB



 
> Date: Wed, 11 Mar 2009 19:05:05 -0700
> From: diva at metaverseink.com
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] More login refactoring
> 
> Actually, it's more than modules pertaining to the User Services. The 
> Grid Services too. Specifically, these two
> 
> m_httpServer.AddXmlRPCHandler("map_block", 
> XmlRpcMapBlockMethod);
> m_httpServer.AddXmlRPCHandler("search_for_region_by_name", 
> XmlRpcSearchForRegionMethod);
> 
> Standalones may also want to provide these services, especially with 
> better clients coming on the horizon.
> 
> The Hypergrid already has some of those modules for standalones, namely 
> Inventory and Asset, so that inventory of standalone users can be 
> accessed from the outside. But, really, this is not the right way of 
> doing it, because it has a fair amount of code duplication with what's 
> in the corresponding Servers.
> 
> Any ideas?
> And apologies if this touches again on the heated discussion between MW 
> and Melanie a couple of weeks ago...
> 
> 
> Diva Canto wrote:
> > Lbsa/MW,
> >
> > I know you have been refactoring the login code a bit. I wonder if 
> > you're stopping here or if there's more coming. The reason I ask is this.
> >
> > OpenSim.Framework.Communications.LoginResponse is pretty much the Linden 
> > Viewer login response, so it should go somewhere under Linden.Login. You 
> > already did part of this for standalone. But this brings up a bigger 
> > issue: substantial parts of the login code, including this LoginResponse 
> > but not only, are shared between Region (standalone) and 
> > Grid.UserServer. I wonder if there's a way of making them be modules 
> > that both the region server (in standalone mode) and the User server can 
> > load?
> >
> > Ideally, one would have a collection of Login modules that people can 
> > choose to support on their grids/standalones.
> >
> > How far are we from being able to do that?
> >
> > Crista
> > _______________________________________________
> > 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/20090312/31b5d1f7/attachment-0001.html>