[prev in list] [next in list] [prev in thread] [next in thread] 

List:       httpclient-commons-dev
Subject:    [jira] [Commented] (HTTPCLIENT-1877) java.io.EOFException: Unexpected end of ZLIB input stream
From:       "Oleg Kalnichevski (JIRA)" <jira () apache ! org>
Date:       2017-10-26 11:27:00
Message-ID: JIRA.13111645.1508835152000.67347.1509017220124 () Atlassian ! JIRA
[Download RAW message or body]


    [ https://issues.apache.org/jira/browse/HTTPCLIENT-1877?page=com.atlassian.jira.pl \
ugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220334#comment-16220334 \
] 

Oleg Kalnichevski commented on HTTPCLIENT-1877:
-----------------------------------------------

My concern is that by silently ignoring {{java.io.EOFException}} one could end up \
feeding corrupt content into the application layer, but if feel free to submit a \
patch to make such behavior optional / configurable.

Oleg 

> java.io.EOFException: Unexpected end of ZLIB input stream
> ---------------------------------------------------------
> 
> Key: HTTPCLIENT-1877
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1877
> Project: HttpComponents HttpClient
> Issue Type: Bug
> Components: HttpClient (classic)
> Affects Versions: 4.5.3
> Environment: Java HotSpot(TM) 64-Bit Server VM  1.8.0_144
> Windows 7 Enterprise
> Reporter: Philippe Mouawad
> Attachments: stuff.bin, wire.txt
> 
> 
> At JMeter project a user has reported an issue that generates this stacktrace :
> {code:java}
> java.io.EOFException: Unexpected end of ZLIB input stream
> 	at java.util.zip.InflaterInputStream.fill(Unknown Source)
> 	at java.util.zip.InflaterInputStream.read(Unknown Source)
> 	at org.apache.http.client.entity.DeflateInputStream.read(DeflateInputStream.java:88)
>   at org.apache.http.client.entity.LazyDecompressingInputStream.read(LazyDecompressingInputStream.java:70)
>   at org.apache.http.conn.EofSensorInputStream.read(EofSensorInputStream.java:135)
> 	at org.apache.http.conn.EofSensorInputStream.read(EofSensorInputStream.java:148)
> 	at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.readResponse(HTTPSamplerBase.java:1814)
>   at org.apache.jmeter.protocol.http.sampler.HTTPAbstractImpl.readResponse(HTTPAbstractImpl.java:440)
>   at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.sample(HTTPHC4Impl.java:433)
>   at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:74)
>   at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1189)
>   at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1178)
>   at org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThread.java:491)
>   at org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.java:425)
> 	at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:254)
> 	at java.lang.Thread.run(Unknown Source)
> {code}
> Although this issue has been reported in the past through \
> https://issues.apache.org/jira/browse/HTTPCLIENT-1699 , it is not yet fixed. I have \
> previously reported it under https://issues.apache.org/jira/browse/HTTPCLIENT-1869 \
> and was requested to provide more details In the attached log, the issue occurs on \
> second request. Removing Deflate from Accept-Encoding is a workaround, so issue is \
> located in Deflate management, GZIP works fine.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]