HttpsURLConnection Abwürgen aus, wenn getInputStream() aufgerufen wird

[Java 1.5; Eclipse Galileo]

HttpsURLConnection scheint zu hängen, wenn die getInputStream () - Methode aufgerufen wird. Ich habe versucht, mit verschiedenen Webseiten, ohne Erfolg (derzeit https://www.google.com). Ich sollte erwähnen, ich bin über httpS.

Den code unten geändert wurde, basierend auf was ich gelernt habe von anderen StackOverflow Antworten. Jedoch keine Lösungen, die ich ausprobiert habe bisher gearbeitet haben.

Wäre ich sehr dankbar für einen Schubs in die richtige Richtung 🙂

public static void request( URL url, String query ) 
{
try{

    HttpsURLConnection connection = (HttpsURLConnection) url.openConnection();

    //connection.setReadTimeout( 5000 ); //<-- uncommenting this line at least allows a timeout error to be thrown

    connection.setDoInput(true); 
    connection.setDoOutput(true);
    connection.setUseCaches(false);  
    System.setProperty("http.keepAlive", "false");


    connection.setRequestMethod( "POST" );


    //setting headers
    connection.setRequestProperty("Content-length",String.valueOf (query.length()));
    connection.setRequestProperty("Content-Type","application/x-www-form-urlencoded"); //WAS application/x-www- form-urlencoded
    connection.setRequestProperty("User-Agent", "Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)");

    ////////////////////////////////////////////////////////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////////////
    System.out.println( "THIS line stalls" + connection.getInputStream() );
    ////////////////////////////////////////////////////////////////////////////////////

}catch( Exception e ) {
    System.out.println( e ); 
    e.printStackTrace(); 
}

Typische Fehler wie folgt Aussehen:

java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at com.sun.net.ssl.internal.ssl.InputRecord.readFully(InputRecord.java:293)
at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:331)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:782)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:739)
at com.sun.net.ssl.internal.ssl.AppInputStream.read(AppInputStream.java:75)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
at java.io.BufferedInputStream.read(BufferedInputStream.java:313)
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:681)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:626)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:983)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:234)
at https_understanding.HTTPSRequest.request(HTTPSRequest.java:60)
at https_understanding.Main.main(Main.java:17)

Nur ein Stich in der Dunkelheit, die Sie senden eine POST-Anforderung, so würde ich davon ausgehen, dass das andere Ende (google) wartet auf Sie senden einige Parameter. Alles, was Sie senden ist einige HTTP-Header. Was passiert, wenn Sie ändern Sie die POST, um eine zu BEKOMMEN?
Was sind Sie /wirklich/ zu tun versuchen? Ihre gmail-tag führt mich zu vermuten, Sie könnten besser mit POP -, IMAP-oder SMTP (oder eine Google custom APIs)

InformationsquelleAutor geraldalewis | 2010-02-17

5
```
connection.setDoOutput(true);
```
Dies bedeutet, dass Sie zu öffnen, schreiben und schließen einer Verbindung der output-stream, bevor Sie versuchen zu Lesen aus dem input-stream. Sehen die docs.
- Diese auch implizit-sets-request-Methode auf POST wenn das HTTP-Protokoll in der URL, in anderen Worten, die connection.setRequestMethod( "POST" ); ist völlig überflüssig wurde (wie niedergeschlagen zu HttpUrlConnection). Tun connection.getOutputStream().close() wenn Sie wollen, um das Feuer ein POST ohne request-Parameter (die keinen Sinn, aber OK 😉 ).
- dies Tat nichts, um das problem zu lösen
InformationsquelleAutor Jonathan Feinberg

Ich reproduziert das problem in Android 2.2: beim herunterladen vom web-server über WLAN und eine HTTPS-URL der Fehler ist ein sockel "read time out" an URLConnection.getInputStream()

, Um es zu beheben, verwenden Sie url.openStream() für den InputStream anstelle von Verbindung.getInputStream()

Bonus: Sie können die Länge der Datei, die Sie herunterladen, so dass Sie können zeigen Sie ein % komplette Anzeige

code-Beispiel:

private final int TIMEOUT_CONNECTION = 5000;//5sec
private final int TIMEOUT_SOCKET = 30000;//30sec

file = new File(strFullPath);
URL url = new URL(strURL);
URLConnection ucon = url.openConnection();

//this timeout affects how long it takes for the app to realize there's a connection problem
ucon.setReadTimeout(TIMEOUT_CONNECTION);
ucon.setConnectTimeout(TIMEOUT_SOCKET);


//IMPORTANT UPDATE:
//ucon.getInputStream() often times-out over wireless
//so, replace it with ucon.connect() and url.openStream()
ucon.connect();
iFileLength = ucon.getContentLength();//returns -1 if not set in response header

if (iFileLength != -1)
{
    Log.i(TAG, "Expected Filelength = "+String.valueOf(iFileLength)+" bytes");
}

//Define InputStreams to read from the URLConnection.
//uses 5KB download buffer
InputStream is = url.openStream();//ucon.getInputStream();
BufferedInputStream inStream = new BufferedInputStream(is, 1024 * 5);
outStream = new FileOutputStream(file);
bFileOpen = true;
byte[] buff = new byte[5 * 1024];

//Read bytes (and store them) until there is nothing more to read(-1)
int total=0;
int len;
int percentdone;
int percentdonelast=0;
while ((len = inStream.read(buff)) != -1)
{
    //write to file
    outStream.write(buff,0,len);

    //calculate percent done
    if (iFileLength != -1)
    {
        total+=len;
        percentdone=(int)(total*100/iFileLength);

        //limit the number of messages to no more than one message every 10%
        if ( (percentdone - percentdonelast) > 10)
        {
            percentdonelast = percentdone;
            Log.i(TAG,String.valueOf(percentdone)+"%");
        }
    }
}

//clean up
outStream.flush();//THIS IS VERY IMPORTANT !
outStream.close();
bFileOpen = false;
inStream.close();

InformationsquelleAutor Someone Somewhere

2

Auch nicht die content-length-header. Java wird für Sie tun.
- Danke für den Tipp 🙂
InformationsquelleAutor user207421

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.