My definition of soon was a month or two.<br><br><div class="gmail_quote">On Thu, Feb 19, 2009 at 8:41 AM, Impalah <span dir="ltr"><<a href="mailto:impalah@gmail.com">impalah@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If "soon" means the next 2 weeks, probably not, at least from my part; but I'll need to fix these behaviours for the project I am working on (not urgent, nor essential but important for consistency of a grid).<br>
<br>Extend "soon" a couple of weeks more :-)<br><br><br><div class="gmail_quote">2009/2/19 Tristan <span dir="ltr"><<a href="mailto:tristan.wattswillis@gmail.com" target="_blank">tristan.wattswillis@gmail.com</a>></span><div>
<div></div><div class="Wj3C7c"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Interesting. I don't suppose any of those nice changes are going to happen soon? If i could program, I would help, but I can't :(. Anyway. If it isn't already, info liek that should be on the wiki somewhere.<div>
<div></div><div><br>
<br><div class="gmail_quote">On Thu, Feb 19, 2009 at 7:25 AM, Impalah <span dir="ltr"><<a href="mailto:impalah@gmail.com" target="_blank">impalah@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks, Justin, for the quick response.<br><br>Well, is quite annoying to distribute to the opensim servers the inventory libraries but... the solution will be something like "to request libraries to user/inventory servers". If I had some time I could do a patch (or a plugin) for this... I don't promise anything but... I will need something similar in the next future so it will be distributed if I do the patch.<br>
<br>Oh, I'm thinking in a patch too for the regions.xml loader (I don't remember its name) when configured for getting data from web. Actually it doesn't save the region data (lastmap uuid, refresh, etc...) because the functions are empty. My intention is to add "optional" REST saving calls for allowing to have a central "region data server". Anyway it isn't urgent, it works perfectly without saving anything...<br>
<br>Greetings<br><br><br><br><div class="gmail_quote">2009/2/19 Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a>></span><div><div></div><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>Impalah wrote:<br>
> Hi everybody, here comes Impalah again with some bizarre questions.<br>
><br>
> Before... about a question I did some weeks ago when I had "problems"<br>
> with avatar crossing regions: it's resolved at 90% from my part (ugaim)<br>
> just changing the (superslow) framework I was using to another; anyway<br>
> the requests made to ugaim from region servers (get inventory, get maps,<br>
> get something I can't remember now) aren't concurrent, at least running<br>
> over .NET vm (I have tested it in five different machines with win XP).<br>
> I'll return to those things when I finish the project I'm working on.<br>
><br>
> Well, my questions, overall are for who implemented Inventory Libs and<br>
> all the things around.<br>
<br>
</div>I didn't implement the original code but I did end up extending it. I don't think what we have right now is a<br>
particularly good solution.<br>
<div><br>
><br>
> When an avatar logs in, apart from the "personal inventory skeleton",<br>
> the user server sends a "inventory library skeleton" too.<br>
> Opensim.Grid.User uses the object InventoryLib (excuse me if the names<br>
> are wrong, I haven't access to the code right now) which reads the xml's<br>
> from the "inventory" folder.<br>
><br>
> Ok, so an user server needs these xml files isn't it? At least for<br>
> returning the skeleton.<br>
><br>
> Well, but where is stored the inventory library? I suppose, because I<br>
> couldn't find any persistent storage for inventory library<br>
> folders/items, that the Opensim (region) server loads the xml files when<br>
> it starts and, when the viewer asks for inventory, it returns the<br>
> contents of the xml's.<br>
<br>
</div>Essentially correct.<br>
<div><br>
><br>
> The problem is if I have several region servers, any of them with<br>
> distinct inventory libraries (folders and items). I have checked that if<br>
> I return in login, for example, only two of the inventory lib folders,<br>
> the opensim viewer will only show me these 2 folders, ignoring the rest<br>
> of the "inventory xmls" defined.<br>
><br>
> So if I pretend to distribute and control the inventory library from the<br>
> ugaim servers I have to copy the xmls to all the region servers who<br>
> connect to my grid... right?<br>
<br>
</div>That's correct. At the moment each region server loads its local library data. Which means that on a grid system, the<br>
library data on every single region and on the grid inventory service must be identical (afair).<br>
<br>
I believe that it would be better to stop loading library inventory locally and instead pull it from the central<br>
inventory service (in grid mode). This would have the advantage of making it much easier to update library inventory.<br>
<div><br>
><br>
> I don't know if this is an error (I think the inventory library must be<br>
> requested from region servers to ugaim servers) or some kind of<br>
> "feature", or if exists any reason for doing the things that way.<br>
><br>
> Can anyone help me with this?<br>
><br>
> Thank you<br>
><br>
><br>
> Impalah "always having problems" Shenzhou<br>
><br>
><br>
</div>> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
> <a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<font color="#888888"><br>
<br>
--<br>
justincc<br>
Justin Clark-Casey<br>
<a href="http://justincc.wordpress.com" target="_blank">http://justincc.wordpress.com</a><br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</font></blockquote></div></div></div><br>
<br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br></blockquote></div><br>
</div></div><br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br></blockquote></div></div></div><br>
<br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br></blockquote></div><br>