llRequestURL

[Dundridge Dreadlow]

Hi, I'm trying to port code over to Kitely, and am having an issue with llRequestURL.

It currently grants a URL with the usual method URL_REQUEST_GRANTED, but the format it returns is (currently) unusable.
It returns something with a format like:
http://node1000<number>:<port>/lslhttp/<uuid>/

No useful domain information is available to actually connect to the server. What do I need to add/change to the returned URL to make it viable ?

To show you what's happening, here is a radically simplified script

Code: Select all

default
{
   state_entry()
   {
       llRequestURL();
   }

   http_request(key id, string method, string body)
   {
       llSay(0,method+"     " + body);
        
        if (method == "GET")
       {
           llSay(0, "Incoming request");
           llHTTPResponse(id,200,"Ok.");
       }
   }
}

(oh yeah, llRequestSecureURL returns "The following error occurred while attempting to get a free URL for this device:", but I'm not overly concerned about that one)

[Constance Peregrine]

i don't really know scripting....i can mod some of them...and i am not sure if this is what your wanting, but it kinda seems so...if not, sorry for the interruption-))

Code: Select all

// Thishan Dezno
// 21-06-2012

string url = "http://minethere.blogspot.com/2012/10/region-creations.html";
string desc = "Region Creations Blog";

default{
    state_entry(){}
    touch_start(integer total_number){
        llLoadURL(llDetectedKey(0), desc, url);
    }
}

[Dundridge Dreadlow]

Hi, thanks, but it's never that easy
Completely different

[Graham Mills]

I think this is unsupported in Kitely.

http://www.kitely.com/forums/viewtopic.php?f=26&t=255

[Dundridge Dreadlow]

Hm, opensim docs say the command is implemented(I can't currently test that), so it SHOULD be a matter of configuration or manipulating the return value from the request.

..A huge amount of my code already uses llHTTPRequest - that's the next chunk I'm porting over or rewriting

..but I have thousands of lines of code that depend on llRequestURL and an in world server, even one that is only up for a short time. I have already got back end servers to handle IP/hostname changes, that is not an issue. SOME of the code can be rewritten to UGH, poll and hammer another server, or use opensim only code, or shunted to an external website, but not all. For example - how to send an message between worlds/regions/sims or even another grid, or how to control an object from a web interface in real time.

If Kitely really does not support it, please open a port and return a complete usable URL for me if at all possible
I've got TONS to do if I'm here for the duration, but I will need to come back to this shortly.

[Graham Mills]

maybe it's available on always-on worlds? llHTTPRequest works fine AFAIK.

[Graham Mills]

It looks like OpenSim is returning our internal name instead of the external hostname. I'm going to look into providing the external hostname to OpenSim. That will require a code update, so it will probably be ready in a week or two.

[Dundridge Dreadlow]

We updated Kitely today, and now llRequestURL() returns a valid URL. The URL's look like this:

Code: Select all

http://ec2-xxx-xxx-xxx-xxx.us-west-1.compute.amazonaws.com:9000/lslhttp/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/

This URL may change each time the world is started.

[Graham Mills]

What are the limits for LSL HTTP server in OpenSim as per http://wiki.secondlife.com/wiki/LSL_HTT ... imitations et seq.

I'm thinking it might be fun to develop an inworld audience response system for small-ish f2f classes with students using the web on their mobile devices to make choices that affect prim properties and location inworld. I just wonder what the best strategy for implementation might be.

[Dundridge Dreadlow]

It needs resetting after region start mainly...
Other than that it's just a mini web server

have fun