In a virtual world there are many places where an actor (either an avatar directed by a human, an avatar directed by a program (bot), or a scripted object) wants to do something to an object. Something other than just directly change a property of the object. The LSL programming model is that scripts react to events. So I propose we unify commands, LSL events and REST by manipulating even queues.

 

Proposal

If http://sim.ulat.or/obj/oid is the url to some object with id oid, and we have a http connection to http://sim.ulat.or then

And maybe

 

What a PUT really sends to the server

Supose we are telling the server about the avy touching an object. The actual text that gets sent might look like:

   PUT /obj/oid/eq HTTP/1.1
   Host: sim.ulat.or
   Content-Type: application/json
   Content-Length: xxxx
   
   {"touch_start":{"force":13,"avy":"uuid","time":1311663233}}

So you can see it is fairly heavy weight compared to a tuned command language. I will investigate what subsequent requests look like when using the http 1.1 persistent connection features. At the worst the http overhead can be amortized across many commands by using the last two forms of request. The last would look like:

   PUT /eq HTTP/1.1
   Host: sim.ulat.or
   Content-Type: application/json
   Content-Length: xxxx
   
   [{command1...},{command2...},...]