Retrofit + OkHttp + GZIP-ed JSON

Ich bin neu Nachzurüsten, aber es scheint wirklich mächtig.
Alles funktioniert mit einem normalen JSON, aber sobald ich versuche ein GZIPed ein, bekomme ich nur eine Fehlermeldung:

I/System.aus(14883): ------die Nachrüstung.RetrofitError:
die Nachrüstung.converter.ConversionException:
com.google.gson.JsonSyntaxException: java.lang.IllegalStateException:
Erwartet BEGIN_OBJECT war aber STRING at line 1 column 1

Offensichtlich die das Kauderwelsch von Symbolen, die ich im Log sehen kann analysiert werden, wie JSON.

Dachte ich, okHttp ist catchig, dass die gzip-Zeug, richtig?
Was bin ich?

Diese Gläser sind in meinem Ordner libs:

retrofit-1.6.1.jar
okhttp-2.0.0.jar
gson-2.2.4.jar

Diese Weise fange ich den Anruf:

public interface OvlService {
    @GET("/gziptest.gz")
    void getOvls(Callback<OvlWrapper> callback);
}
...
OkHttpClient okHttpClient = new OkHttpClient();
Executor executor = Executors.newCachedThreadPool();
RestAdapter restAdapter = new RestAdapter.Builder()
.setEndpoint("http://my.domain") //The base API endpoint.
.setLogLevel(RestAdapter.LogLevel.FULL)
.setExecutors(executor, executor)
.setClient(new OkClient(okHttpClient))
.build();

OvlService ovlService = restAdapter.create(OvlService.class);

ovlService.getOvls(new Callback<OvlWrapper>() {

    @Override
    public void success(OvlWrapper arg0, Response arg1) {
        System.out.println("result: " + arg0.toString());
    }
});

Den result:-Zeile wird nie angezeigt, aber stattdessen sehe ich viel von diesen Sachen T�� �����=�Mk�A�G�4.��@��A�� im RetrofitLog.
Was mache ich falsch, dass die gzip ist nicht dekomprimiert? Danke!

Edit:

Versuchte ich es mit einer gzip-Datei auf meinem test-server (server.com/ovl.gz) und ich habe auch versucht es mit der original-api-server (server2.com/api.php?id=ovlgzip). Gleichen Ergebnis führen, aber unterschiedliche Header:

Test-server:

HTTP/1.1 200 OK
Accept-Ranges: bytes
Connection: close
Content-Length: 477
Content-Type: application/x-gzip
ETag: "2cc40cb-1dd-..."
Last-Modified: Tue, 08 Jul 2014 17:00:08 GMT
OkHttp-Received-Millis: 1404950522590
OkHttp-Response-Source: NETWORK 200
OkHttp-Selected-Transport: http/1.1
OkHttp-Sent-Millis: 1404950522533
Server: Apache
�������������}�Qk0���...

Ursprünglichen server:

HTTP/1.1 200 OK
Connection: Keep-Alive
Content-Type: application/json
Keep-Alive: timeout=4, max=1000
OkHttp-Received-Millis: 1404950697627
OkHttp-Response-Source: NETWORK 200
OkHttp-Selected-Transport: http/1.1
OkHttp-Sent-Millis: 1404950697002
Server: Apache
Transfer-Encoding: chunked
X-Powered-By: PHP/5.3.3-7+squeeze19
�������������}�Qk0���...
  • Was tun die Antwort-Header Aussehen?
  • Nur zugegeben, die Antwort-Header oben. Ich habe auch rumprobiert mit RequestInterceptor - aber ohne Erfolg...
  • Der header berichtet, dass die Antwort ist eine gzip-Datei, nicht das die Antwort ist Gzip. Wenn die Antwort war, gzipped, es wäre ein Content-Encoding: gzip header.
  • Perfekt, danke, Jake! Die GZIPInputstream, die ich auch getestet, konnte mit der Arbeit sowieso, aber okHttp konnten offensichtlich nicht, also muss ich ändern, den server-Teil.
InformationsquelleAutor A2i_ | 2014-07-09
Schreibe einen Kommentar