[Opensim-users] robust with distant services

[ssm2017]

i have just noticed something about this issue.
when making a hg teleport, if im taking an object containing assets (a free
male avatar on osgrid lbsa plaza) the directory items are transfered but
not the assets and when im coming back home, the assets are blank and sras
is returning a lot of 404 errors.
when making a hg teleport, if another avatar is giving me some assets, they
are instantly posted to the sras server and when coming back home, they are
here.


2013/1/30 ssm2017 <ssm2017 at gmail.com>

> hello
> here are the results of my experiments.
> i have tried with both configurations and both have the same result.
> without using hypergrid, everything is working fine.
>
> 1/
> [AssetService]
> AssetServerURI = http://mysras_server:8005
>
> [GridService]
> AssetService = "OpenSim.Services.Connectors.dll:AssetServicesConnector"
>
> 2/
> [AssetService]
>     LocalServiceModule = "OpenSim.Services.AssetService.dll:AssetService"
>     DefaultAssetLoader = "OpenSim.Framework.AssetLoader.Filesystem.dll"
>     AssetLoaderArgs = "./assets/AssetSets.xml"
> [GridService]
> AssetService = "OpenSim.Services.AssetService.dll:AssetService"
>
> with a blank grid and a blank sim and region
>
> steps :
> 1/ start at home
> 2/ edit outfit
> 3/ the outfit is saved inside sras
> 4/ im going to lbsa plaza on osgrid
> 5/ the console of the grid is telling me that the "my outfit" folder was
> created but it is not appearing in the inventory
> 5/ im going back home
> 6/ the "my outfit" folder is now displayed in the inventory
> 7/ the sras logs are telling me that some assets could not been found
> 8/ im going back to lbsa plaza
> 9/ im taking one of the offered avatars
> 10/ the content is appearing in the "my suitcase" folder
> 11/ im going back home
> 12/ im using the inventory command "replace outfit" with the taken clothes
> folder from the "my suitcase" folder
> 13/ the sras logs are telling me that the assets could not been found
> 14/ my avatar is white.
>
> i have asked Nebadon about the config to use in the Robust.HG.ini and he
> told me that there is nothing special and that they use hg 1.0.
>
> i will ask anyway the same question on the osgrid forums
>
>
>
> 2013/1/29 Justin Clark-Casey <jjustincc at googlemail.com>
>
>> Perhaps I'm misunderstanding you, Diva, but doesn't the Hypergrid grid
>> service (using HypergridLinker) In OpenSim.ini.example load its own
>> AssetService copy to service the home grid's map tiles?  The AssetService
>> then makes its database connections.  The issue here is that ssm2017 wants
>> to use SRAS as the asset service so this isn't possible.
>>
>> However, it struck me that OSGrid must already be doing this in their
>> Robust configuration as they use SRAS and allow Hypergrid.  Perhaps Nebadon
>> could comment or you might ask on the osgrid technical forums?
>>
>>
>> On 28/01/13 11:40, Diva Canto wrote:
>>
>>> Loading most of the services as configured will work. The only exception
>>> is the UserAgentsService. It is an exception
>>> because it manages information that doesn't offload to the DB, it keeps
>>> it in memory. Therefore, anyone who interacts
>>> with the UAS needs to interact with exactly 1 and the same UAS instance.
>>> If you're splitting things, wherever there is
>>> the UAS dll, that should be replaced by the corresponding connector.
>>>
>>> On 1/28/2013 2:13 AM, Justin Clark-Casey wrote:
>>>
>>>> The problem is that the default configuration of the OpenSimulator
>>>> Hypergrid grid (linker) service effectively loads
>>>> its own AssetService instance from OpenSim.Services.AssetService.**dll.
>>>> This then talks directly to the database.
>>>>
>>>> What one would want to do is load an AssetServicesConnector from
>>>> OpenSim.Services.Connectors instead - the same code
>>>> that an OpenSimulator instance uses to talk to remote ROBUST/SRAS
>>>> services in grid mode.  Possibly this could be done
>>>> with
>>>>
>>>> [GridService]
>>>> AssetService = "OpenSim.Services.Connectors.**
>>>> dll:AssetServicesConnector"
>>>>
>>>> with
>>>>
>>>> [AssetService]
>>>> AssetServerURI = "http://localhost:8003" // replace this with the sras
>>>> asset service address
>>>>
>>>> but this is off the top of my head so I'm not sure if it will work.
>>>>
>>>> On 27/01/13 14:09, ssm2017 wrote:
>>>>
>>>>> hello
>>>>> is there someone that can help me or show me an example on how to
>>>>> configure robust to use a distant asset server instead
>>>>> of a local service ?
>>>>>
>>>>> as Justin told me one day, robust needs to speak to the asset server
>>>>> to store and retrieve region maps.
>>>>> i dont know what to say to robust.hg.ini
>>>>> here :
>>>>> https://github.com/opensim/**opensim/blob/master/bin/**
>>>>> Robust.HG.ini.example#L110<https://github.com/opensim/opensim/blob/master/bin/Robust.HG.ini.example#L110>
>>>>> and there :
>>>>> https://github.com/opensim/**opensim/blob/master/bin/**
>>>>> Robust.HG.ini.example#L514<https://github.com/opensim/opensim/blob/master/bin/Robust.HG.ini.example#L514>
>>>>>
>>>>> my goal is to use sras as an asset server.
>>>>>
>>>>>
>>>>> ______________________________**_________________
>>>>> Opensim-users mailing list
>>>>> Opensim-users at lists.berlios.de
>>>>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>>>
>>>>>
>>>>
>>>>
>>> ______________________________**_________________
>>> Opensim-users mailing list
>>> Opensim-users at lists.berlios.de
>>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>>
>>>
>>
>> --
>> Justin Clark-Casey (justincc)
>> OSVW Consulting
>> http://justincc.org
>> http://twitter.com/justincc
>> ______________________________**_________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20130131/6858ce4b/attachment.html>