Модифицированный клиент и ответ с Transfer-Encoding: chunked - PullRequest
Новая
       25

Модифицированный клиент и ответ с Transfer-Encoding: chunked

0 голосов
/ 25 мая 2018

Я работаю над примером приложения Android, которое получает список фильмов от http://www.omdbapi.com/.

Служба REST: 

http://www.omdbapi.com/?s=star&apikey=d497e644

Я использую Retrofit для написания клиента.

public interface OmdbApi {
    @Streaming
    @GET("./")
    @Headers({"Cache-control: no-cache"})
    Call<Search> search(@Query("s") String search, @Query("apikey") String apiKey);

    @Streaming
    @GET("./")
    @Headers({"Cache-control: no-cache"})
    Call<FilmDetail> getFilm(@Query("i") String uid, @Query("apikey") String apiKey);
}

Полный исходный код доступен здесь .

Когда я запускаю приложение, я получаю следующий ответ (взят из logcat): 

OK http://www.omdbapi.com/?s=star&apikey=d497e644 (108ms)
Content-Type: application/json; charset=utf-8
Transfer-Encoding: chunked
Cache-Control: public, max-age=86400
Expires: Sat, 26 May 2018 14:28:18 GMT
Last-Modified: Fri, 25 May 2018 05:39:04 GMT
Vary: *, Accept-Encoding
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Access-Control-Allow-Origin: *
CF-Cache-Status: HIT
Server: cloudflare
CF-RAY: 4208b00c817b3db9-MXP
Connection: Keep-Alive

И следующая ошибка: 

java.net.ProtocolException: unexpected end of stream
        at okhttp3.internal.http1.Http1Codec$ChunkedSource.read(Http1Codec.java:455)
        at okio.RealBufferedSource.read(RealBufferedSource.java:47)
okio.RealBufferedSource.exhausted(RealBufferedSource.java:57)
okio.InflaterSource.refill(InflaterSource.java:102)
okio.InflaterSource.read(InflaterSource.java:62)
okio.GzipSource.read(GzipSource.java:80)
okhttp3.logging.HttpLoggingInterceptor.intercept(HttpLoggingInterceptor.java:237)
okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)
okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:200)
        at okhttp3.RealCall.execute(RealCall.java:77)
        at retrofit2.OkHttpCall.execute(OkHttpCall.java:180)
retrofit2.ExecutorCallAdapterFactory$ExecutorCallbackCall.execute(ExecutorCallAdapterFactory.java:91)
com.abubusoft.filmfinder.service.repository.FilmRepository.lambda$findFilm$0$FilmRepository(FilmRepository.java:18)
com.abubusoft.filmfinder.service.repository.FilmRepository$$Lambda$0.run(Unknown Source:20)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
        at java.lang.Thread.run(Thread.java:764)

После небольшого исследования я обнаружил, что проблема в том, что ответ имеет Transfer-Encoding: chunked.Как я могу решить эту проблему?

Спасибо.

1 Ответ

0 голосов
/ 01 июня 2018

После дополнительного расследования:

  • Я удаляю аннотации @Streaming, они бесполезны.
  • Тесты, которые я проводил, были на эмуляторе на ПК забрандмауэр.
  • OkHttp имел некоторые проблемы с этим много лет назад, но теперь передача по частям полностью управляется.
  • На той же машине, вызов одного и того же URL в браузере не представляетпроблемы

Я наконец-то попробовал на другой машине, с тестом JUnit и в эмуляторе Android, и у меня не было проблем.

Наконец-то, я уверен, что код работает, так чтоВ среде, которую я использовал для разработки приложения, есть некоторая проблема с кодированием передачи.

Полный исходный код доступен здесь:

  1. Android-приложение
  2. junit test

Мне нужно точно выяснить, в чем проблема, теперь я уверен, что это не Retrofit, не мое определение клиента или OkHttp.

Надеюсь, мой опыт поможет другим разработчикам.

Byez

...