<br><br><div><span class="gmail_quote">On 9/25/07, <b class="gmail_sendername">Stefan Andersson</b> <<a href="mailto:stefan@tribalmedia.se" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">stefan@tribalmedia.se
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">




<div>Dalien (and others)<br>
 <br>
the 'hybrid backend service' you are talking about sounds very much like the 'Service/Manager' pattern I have been advocatong for quite some while now;</div></blockquote><div><br>grhm. And I think now I even remember the discussion we had on IRC a while ago - when the "local regions" came into notion in the first place. Sorry for a little bit of plagiarism, indeed I think this was my brain taking too long to digest your idea, and it tried to mask it - next time we should meet in brussels, so I could pay some royalties in beers   :-)
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
just for a laugh, I've implemented so that the OGS Grid comms now have a Local Grid comm, and forwards all requests to it to see if it can be handled locally, if not, it accesses the grid.</div></blockquote><div><br>

<br>Ahha! interesting :) is it in SVN or the private patch ?<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
The latter has a 'RegionInfo' cache, and a 'RegionListener' cache (which is the remoting endpoints for the regions within the instance)<br>
 <br>
I think we can get this really nice with a bit of love and quite some patience.</div></blockquote><div><br><br>Yup! OGS seems to be a bit less rewarding area to play with - since you need all the associated overhead (UGA).
<br><br>I think eventually we should arrive to what you had mentioned - there's no "standalone" or "distributed" mode anymore - by default everything runs local, and then by config tweaks one could delegate certain tasks to external servers, therefore making the setup "distributed".
<br><br>Although the further it goes, the more I am getting convinced that the true "distributed" setup should not assume the centralized UGA - but rather permit them to be mix-n-matched.<br><br>Which will bring to the two second-phase questions to solve:
<br><br>1) user identity in the fully decentralized  environment<br>2) inventory management in such an environment.<br><br>But probably it is more interesting to first have a functional and working in the wild the code to at least see these two :)
<br><br>I can imagine that even with these unresolved, the "teleports" could be still of quite some value - at least you can "visit" the other sims.<br><br>/d<br></div></div>