[Opensim-dev] Capabilities

[Diva Canto]

FYI, I pushed the new caps branch. Nothing in there works yet, it just 
compiles. For the moment, it's a scratchpad, things are fairly 
incomplete, and I expect it to go through a few major changes. If 
interested, please take a look. Things worth noticing:

- The additional [ClientStack.LindenCaps] in OpenSimDefaults.ini. This 
is how I envision making these services configurable. I took that big 
list from here: http://wiki.secondlife.com/wiki/Current_Sim_Capabilities 
(I understand OpenSim doesn't provide for all of those) The idea being 
that if that is set to localhost we do what we currently do, but if set 
to a URL we use that URL string as is, possibly appended with the 
authorization token when that mechanism works.

- The new OpenSim.Region.ClientStack.Linden, replacing 
OpenSim.Region.ClientStack.LindenUDP, which now contains 2 parts: UDP 
and Caps

- The new OpenSim.Capabilities.Handlers, which for the moment contains 
only the GetTexture handler. I'm using that one as the model for how to 
do this in general.

Again, things are incomplete. But I want to share this right now, so 
that ppl have the chance to influence how this is going.

On 4/30/2011 7:44 AM, Diva Canto wrote:
> I'm going to do this work on a branch called caps. This is mostly 
> refactoring, not new development; it can go through a few iterations 
> until we're all happy with the result.
>
> On 4/29/2011 3:01 PM, Diva Canto wrote:
>> On 4/29/2011 2:37 PM, Melanie wrote:
>>> Hi,
>>>
>>> Caps as such are a a generic concept, they are not a Lindenism,
>>> IMHO. Linden didn't invent them and I believe that the CAPS
>>> mechanism as such should remain in the normal namespace.
>>
>> The idea is generic; our implementation is not; it's full of 
>> LL-specific things, like LLSD, and it is serving the Linden clients 
>> specifically. Other uses of capabilities will probably look quite 
>> different.
>>
>>> Also, modules already use CAPS, if CAPS were in the client stack,
>>> they would be much harder to access,, since the client stack is
>>> somewhat isolated from modules.
>> We can have modules in any dll. The proposal here is to move all 
>> CAPs-related modules out of the core dlls, and have them in a Linden 
>> dll, because they are designed to serve the Linden clients.
>>
>>> I believe that it should be possible to re-route caps to other
>>> destinations, ROBUST or external servers, but not by moving all
>>> handlers into the Servers namespace, that is not what it was meant
>>> for. That would bloat and pollute it. This warrants more discussion.
>>
>> I agree. We can place them in some other Server.Handlers-like dll. 
>> How about OpenSim.Server.Capabilities.dll?
>>
>> 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
>
>