Difference between revisions of "LlOpenRemoteDataChannel"
Jump to navigation
Jump to search
All Issues ~ Search JIRA for related Bugs
Cenji Neutra (talk | contribs) |
|||
Line 6: | Line 6: | ||
|return_text | |return_text | ||
|spec | |spec | ||
|caveats=* If an object moves from one region to another it must re-open the channel | |caveats=* '''XML-RPC should not be used anymore. Use http-in instead, see [[LSL_http_server]].''' | ||
* If an object moves from one region to another it must re-open the channel | |||
** The object will get the *same* channel as before, but without re-opening no requests will get through | ** The object will get the *same* channel as before, but without re-opening no requests will get through | ||
* Any channel that is not used for 14 days will be cleaned up. | * Any channel that is not used for 14 days will be cleaned up. |
Revision as of 20:03, 13 August 2009
LSL Portal | Functions | Events | Types | Operators | Constants | Flow Control | Script Library | Categorized Library | Tutorials |
Summary
Function: llOpenRemoteDataChannel( );254 | Function ID |
1.0 | Forced Delay |
10.0 | Energy |
Creates a channel to listen for XML-RPC calls. Will trigger a remote_data event with channel id once it is available.
Caveats
- This function causes the script to sleep for 1.0 seconds.
- XML-RPC should not be used anymore. Use http-in instead, see LSL_http_server.
- If an object moves from one region to another it must re-open the channel
- The object will get the *same* channel as before, but without re-opening no requests will get through
- Any channel that is not used for 14 days will be cleaned up.
- May be advisable to somewhat regularly (before expected use or on a regular schedule) check that the channel is good and hasn't changed by calling llOpenRemoteDataChannel and comparing to the previous channel.
- Note: XML-RPC requests often time-out due to the front-end server being overloaded. LL has continued to upgrade the server hardware periodically, but it has remained unreliable. LL developers have advised that the XML-RPC design isn't scalable (due to the single server bottle-neck) and that the service is "deprecated". They suggest using HTTP polling as an alternative. If an XML-RPC request does time-out the script's remote_data event may or may not be triggered (and any script response is lost).
Examples
<lsl> default {
state_entry() { llOpenRemoteDataChannel(); } changed(integer c) {if(c & (CHANGED_REGION