Difference between revisions of "Capabilities"

From Second Life Wiki
Jump to navigation Jump to search
m (Need to place these articles into a category.)
Line 1: Line 1:
{{ProtocolNav}}
{{ProtocolNav}}[[Category:Capabilities]]


The viewer (and other client applications) can request '''capabilities''' from the simulators to gain access to certain features.
The viewer (and other client applications) can request '''capabilities''' from the simulators to gain access to certain features.

Revision as of 20:27, 1 November 2010

The viewer (and other client applications) can request capabilities from the simulators to gain access to certain features.

  • Map from public URL to private URL
  • Cap set <map><key>Asset upload</key>
    <uri>URI1</uri>
    <key>Seed capability</key>
    <uri>URI2</uri>
    </map>
  • Viewer knows public URL
  • Internally, backbone stores both public and private URL


Flow for getting capabilities

  • Viewer contacts login server requesting a particular capability
  • Login server contacts sim
  • Sim contacts backbone, sending a private uri corresponding to an action or service
  • Backbone generates and returns a public uri corresponding to the private uri

Notes:

  • Do not rely on the form of a capability, other than it must be http: or https:. Capabilities from the same source needn't point to the same host or port, and the path needn't start /cap.
  • To get a list of the capabilities that the latest Second Life client is requesting, use this command:
wget -q -O - http://svn.secondlife.com/svn/linden/trunk/indra/newview/llviewerregion.cpp | grep 'capabilityNames.append' | sed 's/^[ \t]*//;s/capabilityNames.append("//;s/");//'


See also: Tao Takaishi's blog discussion of capabilities