Difference between revisions of "Capabilities"
Jump to navigation
Jump to search
Eddy Stryker (talk | contribs) |
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/");//'