[sparrow]

Hallo Forum,

ich möchte ein Programm mit einem kleinen Webserver ausstatten um es mit WebStart verteilen zu können.

Der Server lauscht also auf einen Port wie ein Webserver und übermittelt bei Anfrage nach der entsprechenden URL die .jnlp-Datei zum Client die dann dort von WebStart geöffnet wird.
Soweit kein Problem, wenn ich die entsprechenden Resourcen des Programms aus Firefox heraus aufrufe kann ich diese "downloaden", und die übertragenen Daten sind vollständig und korrekt. Der Webserver scheint also zu funktionieren.
Wenn nun aber WebStart die entsprechenden Anfragen stellt kommt es während der Übertragung zu einem Connection Reset. Der kann aber nicht vom Server ausgelöst werden, wie gesagt: mit Firefox funktioniert es problemlos und der Socket wird auch nicht versehentlich geschlossen.


Die Anfrage von Firefox für die Datei sieht wie folgt aus:

GET /client/lib/hibernate3.jar HTTP/1.1
Host: 127.0.0.1:14000
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080207 Ubuntu/7.10 (gutsy) Firefox/2.0.0.12
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive

Die Anfrage von WebStart:

GET /client/lib/hibernate3.jar HTTP/1.1
content-type: application/x-java-archive
accept-encoding: pack200-gzip,gzip
User-Agent: JNLP/6.0 javaws/1.6.0_03 (b05) Java/1.6.0_03
UA-Java-Version: 1.6.0_03
Host: 127.0.0.1:14000
Cache-Control: no-cache
Pragma: no-cache
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
If-Modified-Since: Wed, 31 Dec 1969 23:59:59 GMT

Das meiste davon ignoriere ich im Augenblick noch.
Auswerten tu ich die Get- und die Host-Zeile.
Zuerst habe ich es mit dem einfachsten Response versucht:

HTTP/1.0 200 OK
Server: TestServer
Content-type: application/x-java-archive

+daten

Bereits das hat problemlos mit Firefox funktioniert, und die entsprechende Datei wurde korrekt zum Client übertragen.

Ich habe dann den HTTP-Header noch aufgestockt:

HTTP/1.1 302 Found
server: TestServer
date: Sun, 2 Mar 2008 14:31:13 +0100
last-modified: Sun, 2 Mar 2008 14:31:13 +0100
cache-control: no-cache
pragma: no-cache
connection: close
content-type: application/x-java-archive
content-length: 2255753

Leider funktioniert es trotzdem nicht.
WebStart stellt die Anfrage weiter oben und der Server schickt erst den Header und anschließend die Daten. Irgendwann kommt es dann zu einem Connection Reset.
WebStart zeigt aber keinerlei Fehler an. Da die Daten aber nicht vollständig zum Client übertragen werden gehe ich davon aus, dass die .jar-Datei nicht vollständig ist. Das Programm auf dem Client ist somit inkonsistent.

Ich danke euch schonmal.


Gruß
Sparrow

[mepeisen]

Mal so eine Vermutung ins Blaue: irgendwo einen flush() auf dem Server vergessen?

Ansonsten aber generell die Frage: Wieso nicht beispielsweise Tomcat?

[sparrow]

Zitat von mepeisen

Mal so eine Vermutung ins Blaue: irgendwo einen flush() auf dem Server vergessen?

Um ehrlich zu sein hab ich bisher gar kein .flush() auf den OutputStream gesetzt. Der Fehler tritt ja auch bereits während der Übertragung zum Client auf.

Zitat von mepeisen

Ansonsten aber generell die Frage: Wieso nicht beispielsweise Tomcat?

Das Programm soll extrem einfach und schnell zu installieren und verteilen sein.
Genau aus dem Grund bringt das Programm einen eigenen Webserver mit um sich selbst via WebStart verteilen zu können.
Im geringsten Fall muss der Benuter/Admin das Programm nur auf dem Server starten, das wars.

[pago]

Was hälst du davon, einen fertigen HTTP Server zu nehmen?

http://simpleweb.sourceforge.net/index.php
http://www.savarese.org/software/barehttp/index.html
http://tjws.sourceforge.net/
http://javablog.co.uk/2007/10/27/htt...ort-to-java-5/
...

[mepeisen]

Das meine ich ja auch mit Tomcat. Den kann man ebenso gut mit ausliefern und halt so konfigurieren, dass es wie ein eingebauter Webserver ausschaut. Der Vorteil ist natürlcih, dass das für die Zukunft auch sehr flexibel ist und es ist wohl deutlich leichter für dich, da der Tomcat in sich stabil und gut ist.

[sparrow]

Och, das wäre doch aber langweilig.
Außerdem soll er ja wirklich nichts weiter können als diese paar Dateien auszuliefern. Da ist mir eine Lösung wie Tomcat einfach ein bisschen zu "dick".

[mepeisen]

Such mal nach Java Web Start Proxy. Das macht sowas ähnliches, wenn auch um eine Art Proxy zu sein, der sich woanders die Jar-Files herholt und dann wieder zur Verfügung stellt. Aber das liesse sich anpassen. Das ganze kenne ich von meinem Arbeitgeber und ich meine auch, dass er der Java-Community oder Sun mal als Open-Source zur Verfügung gestellt wurde. Das Internet sollte Aufschluss geben.

[sparrow]

Hmm.. mich wurmt es irgendwie, dass meine Lösung nicht funktioniert.

Hier mal der entsprechende Code meiner Methode auf dem Server

private void sendClientData(OutputStream os,String requestedPage, String host) {
        String page = requestedPage.substring(8);
        int bytesSend = 0;
        try {
            // Looking for the requested name in the pluings
            Vector<String> pluginnames = Main.getClientPluginNames();
            boolean sidefound = false;
            for (int i = 0; i < pluginnames.size(); i++) {
                if (pluginnames.get(i).equals(page)) {
                    Main.getLogger().info("Conhandler: " + handlerid + " SEND client resource: " + page);
                    sidefound = true;
                    File localfile = null;
                    if (page.startsWith("lib/")) {
                        localfile = new File("./lib/client/" + page.substring(4));
                    } else {
                        localfile = new File("./plugins/" + page);
                    }
                    InputStream is = localfile.toURI().toURL().openStream();
                    // Setting optional Header-Information for http response
                    ArrayList<String> optionalHeaderLines = new ArrayList<String>();
                    optionalHeaderLines.add("Content-Length: " + localfile.length());
                    sendHeader(os, localfile.toURI().toURL(), optionalHeaderLines);
                    // Sending data to client
                    int in;
                    while ((in = is.read()) > -1) {
                        os.write(in);
                        bytesSend++;
                    }
                    Main.getLogger().debug("Conhandler: " + handlerid + ": " + bytesSend + " bytes send to client");
                    break;
                }
            }
            if (!sidefound) {
                Main.getLogger().warn("Conhandler: " + handlerid + " WARN no such resource: " + page);
                writeStringToStream(httpError(404, "Page not found"), os);
            }
        } catch (IOException e) {
            Main.getLogger().error("Conhandler: " + handlerid + " ERROR while SENDING RESOURCE to the client: " + page + " : "+ e.getMessage());
            Main.getLogger().debug("Conhandler: " + handlerid + ": " + bytesSend + " bytes send to client");
            e.printStackTrace();
        }
}
 

[mepeisen]

Ich würde dir empfehlen, die Daten immer Stückweise zu verschicken, nicht jedes Byte/int einzeln. baue dir beispielsweise ein Byte-Array:
byte[] buf = new byte[2048];

Das geht um ein vielfaches schneller und eventuell behebt das damit bereits dein Problem. Achja: Wo ist das flush?

[sparrow]

Das Problem besteht leider weiterhin.

private void sendClientData(OutputStream os,String requestedPage, String host) {
        String page = requestedPage.substring(8);
        int bytesSend = 0;
        try {
            // Looking for the requested name in the pluings
            Vector<String> pluginnames = Main.getClientPluginNames();
            boolean sidefound = false;
            for (int i = 0; i < pluginnames.size(); i++) {
                if (pluginnames.get(i).equals(page)) {
                    Main.getLogger().info("Conhandler: " + handlerid + " SEND client resource: " + page);
                    sidefound = true;
                    File localfile = null;
                    if (page.startsWith("lib/")) {
                        localfile = new File("./lib/client/" + page.substring(4));
                    } else {
                        localfile = new File("./plugins/" + page);
                    }
                    InputStream is = localfile.toURI().toURL().openStream();
                    // Setting optional Header-Information for http response
                    ArrayList<String> optionalHeaderLines = new ArrayList<String>();
                    optionalHeaderLines.add("Content-Length: " + localfile.length());
                    this.sendHeader(os, localfile.toURI().toURL(), optionalHeaderLines);
                    // sendint the data to the client
                    int in = 0;
                    int bufferCounter = 0;
                    byte&#91;&#93; sendBuffer = new byte&#91;SEND_BUFFER_SIZE&#93;;
                    while ((in = is.read()) > -1) {
                        sendBuffer&#91;bufferCounter&#93; = (byte) in;
                        bufferCounter++;
                        if (bufferCounter >= sendBuffer.length) {
                            os.write(sendBuffer);
                            os.flush();
                            sendBuffer = new byte&#91;SEND_BUFFER_SIZE&#93;;
                            bufferCounter = 0;
                        }
                        bytesSend++;
                    }
                    os.write(sendBuffer);
                    os.flush();
                    os.close();
                    Marmota.getLogger().debug("Conhandler: " + handlerid + ": " + bytesSend + " bytes send to client");
                    break;
                }
            }
            if (!sidefound) {
                Main.getLogger().warn("Conhandler: " + handlerid + " WARN no such resource: " + page);
                writeStringToStream(httpError(404, "Page not found"), os);
            }
        } catch (IOException e) {
            Main.getLogger().error("Conhandler: " + handlerid + " ERROR while SENDING RESOURCE to the client: " + page + " : "+ e.getMessage());
            Main.getLogger().debug("Conhandler: " + handlerid + ": " + bytesSend + " bytes send to client");
            e.printStackTrace();
        }
    }
 

Nach einigen Tests glaub ich, dass das ganze mit dem Cache von JavaWS zusammen hängt.
Zumindest scheint es so als würde WS die Datei noch einmal anfordern wenn es ein Problem mit dem Archiv gibt. Dann läuft der Download auch durch.