Jump to content

http_response gets status but not body


Infinity Shoreman
 Share

You are about to reply to a thread that has been inactive for 2817 days.

Please take a moment to consider if this thread is worth bumping.

Recommended Posts

hi!

I'm working on making a script that uses an httpserver.

I've tested my lsl code and it works with public test echo servers.

I've tested my own echo server and it works with public httprequest post testers. It gets the data and sends it back fine.

If I send data from SL to my own server it gets it and sends it back, but only the status comes through. The body field gets nothing.

Am I messing up some data formatting or something? It seems like SL is getting it and choosing not to relay it.

Any tips appreciated. (my httpserver is in java btw..)

key requestid; // just to check if we're getting the result we've asked for; all scripts in the same object get the same replies

default
{
    touch_start(integer number)
    {
        
        requestid = llHTTPRequest("AnyEchoServer", 
            [HTTP_METHOD, "POST",
             HTTP_MIMETYPE, "application/x-www-form-urlencoded"],
            "parameter1="+(string)llDetectedKey(0));
    }

    http_response(key request_id, integer status, list metadata, string body)
    {
        if (request_id == requestid){
            llOwnerSay("Web server said: " + body);
        }
            
    }
}
/*
 * EchoServer.java
 * 
 * Accept an HTTP request and echo it back as the HTTP response.
 *
 * Copyright (c) 2005 Sun Microsystems, Inc
 * Copyright (c) 2008 Operational Dynamics Consulting, Pty Ltd
 * 
 * The code in this file is made available to you by its authors under the
 * terms of the "GNU General Public Licence, version 2" See the LICENCE file
 * for the terms governing usage and redistribution.
 */

/*
 * This code is a simple derivation of the example in the package
 * documentation for com.sun.net.httpserver, as found in file
 * jdk/src/share/classes/com/sun/net/httpserver/package-info.java as shipped
 * with the openjdk 1.6 b08 code drop. Used under the terms of the GPLv2.
 */

import static java.net.HttpURLConnection.HTTP_OK;

import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.net.InetSocketAddress;
import java.net.URLDecoder;
import java.util.List;

import com.sun.net.httpserver.Headers;
import com.sun.net.httpserver.HttpExchange;
import com.sun.net.httpserver.HttpHandler;
import com.sun.net.httpserver.HttpServer;

/**
 * Echo the body of an HTTP request back as the HTTP response. This is merely
 * a simple exercise of the Secret Sun Web Server. As configured, the URL to
 * access it is http://localhost:8000/echo.
 * 
 * @author Andrew Cowie
 */
public final class Test
{
    public static void main(String[] args) throws IOException {
        final InetSocketAddress addr;
        final HttpServer server;

        addr = new InetSocketAddress(8000);

        server = HttpServer.create(addr, 10);
        server.createContext("/echo", new EchoHandler());
        server.start();
    }
}

class EchoHandler implements HttpHandler
{
    public void handle(HttpExchange t) throws IOException {
        final InputStream is;
        final OutputStream os;
        StringBuilder buf;
        int b;
        final String request, response;

        buf = new StringBuilder();

        /*
         * Get the request body and decode it. Regardless of what you are
         * actually doing, it is apparently considered correct form to consume
         * all the bytes from the InputStream. If you don't, closing the
         * OutputStream will cause that to occur
         */

        is = t.getRequestBody();

        while ((b = is.read()) != -1) {
            buf.append((char) b);
        }

        is.close();

        if (buf.length() > 0) {
            request = URLDecoder.decode(buf.toString(), "UTF-8");
        } else {
            request = null;
        }

        /*
         * Construct our response:
         */

        buf = new StringBuilder();
        buf.append("<html><head><title>HTTP echo server</title></head><body>");
        buf.append("<p><pre>");
        buf.append(t.getRequestMethod() + " " + t.getRequestURI() + " " + t.getProtocol() + "\n");

        /*
         * Process the request headers. This is a bit involved due to the
         * complexity arising from the fact that headers can be repeated.
         */

        Headers headers = t.getRequestHeaders();

        for (String name : headers.keySet()) {
            List<String> values = headers.get(name);

            for (String value : values) {
                buf.append(name + ": " + value + "\n");
            }
        }

        /*
         * If there was an actual body to the request, add it:
         */

        if (request != null) {
            buf.append("\n");
            buf.append(request);
        }

        buf.append("</pre></p>");
        buf.append("</body></html>\n");

        response = buf.toString();
		System.out.println(response);

        /*
         * And now send the response. We could have instead done this
         * dynamically, using 0 as the response size (forcing chunked
         * encoding) and writing the bytes of the response directly to the
         * OutputStream, but building the String first allows us to know the
         * exact length so we can send a response with a known size. Better :)
         */

        t.sendResponseHeaders(HTTP_OK, response.length());

        os = t.getResponseBody();

        os.write(response.getBytes());

        /*
         * And we're done!
         */

        os.close();
        t.close();
    }
}

Link to comment
Share on other sites

Your mistake is likely to be llHTTPRequest("AnyEchoServer"....

Maybe try setting it as a string variable.

 

string AnyEchoServer = "http://www.mydomain.com/echo"; // change this to suit YOUR server's URL and virtual site.......touch_start(integer number){requestid = llHTTPRequest(AnyEchoServer, [HTTP_METHOD, "POST",HTTP_MIMETYPE, "application/x-www-form-urlencoded"],"parameter1="+(string)llDetectedKey(0));}

 If that doesn't work... what status is being returned?

Link to comment
Share on other sites

Is this maybe the problem?  https://jira.secondlife.com/browse/BUG-9922

 


 
added a comment -
01/Sep/15 4:27 PM

The problem is that the server is not returning a Content-Type header. LSL will only accept specified content types, and does not make any assumptions about the content type in the absence of an explicit header.


 

 

 

Link to comment
Share on other sites

You are about to reply to a thread that has been inactive for 2817 days.

Please take a moment to consider if this thread is worth bumping.

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
 Share

×
×
  • Create New...