Bug 40983 - java.io.EOFException: Unexpected end of ZLIB input stream
Summary: java.io.EOFException: Unexpected end of ZLIB input stream
Status: RESOLVED INVALID
Alias: None
Product: JMeter - Now in Github
Classification: Unclassified
Component: HTTP (show other bugs)
Version: 2.2
Hardware: Other Windows XP
: P2 enhancement (vote)
Target Milestone: ---
Assignee: JMeter issues mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-15 13:53 UTC by Ron Plasse
Modified: 2007-07-02 06:06 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ron Plasse 2006-11-15 13:53:29 UTC
I am using:
JMeter 2.2
Windows XP SP2
Java 1.5.0_07
Internet Explorer 6

I am using JMeter to performance test a web application where all 
communication is going through an IIS 5 web server. Everything was working 
fine till we installed Port80 HTTPZip on the IIS server to do compression. 
Once that software was installed and compressing the http responses, JMeter 
would report the error below in the "Response Data" window of the results 
tree. HTTPZip is compressing a data stream. Using Fiddler I captured the 
stream and saved it to a file. I was unable to uncompress the file using 
WinRAR. It reported a similar error as JMeter. What I assume is happening is 
that because the data is streamed there is not a proper file size being 
reported in the compressed file. I am guessing that is why both WinRAR and 
JMeter are unable to uncompress the file. However Internet Explorer is able to 
display the html page just fine. Is there a way to configure/enhance JMeter to 
be able to deal with this type of compressed data in the same way that 
Internet Explorer does?


java.io.EOFException: Unexpected end of ZLIB input stream
	at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:216)
	at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134)
	at java.util.zip.GZIPInputStream.read(GZIPInputStream.java:87)
	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 java.io.FilterInputStream.read(FilterInputStream.java:90)
	at org.apache.jmeter.protocol.http.sampler.HTTPSampler.readResponse
(HTTPSampler.java:243)
	at org.apache.jmeter.protocol.http.sampler.HTTPSampler.sample
(HTTPSampler.java:433)
	at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample
(HTTPSamplerBase.java:658)
	at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample
(HTTPSamplerBase.java:647)
	at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:247)
	at java.lang.Thread.run(Thread.java:595)
Comment 1 Sebb 2006-11-16 10:53:15 UTC
The fact that neither WinRAR nor Java can handle the Zip compression suggests 
that there is some error in the stream that IE6 is able to ignore.

What happens if you try using other browsers such as Opera and FireFox?

The Zip handling code is part of the Java runtime libraries, not JMeter, so any 
bugs in this area would need to be directed to Sun, though of course one would 
first need a simple test case that did not require JMeter.
Comment 2 Sebb 2007-07-02 06:06:31 UTC
Seems to be not a JMeter error
Comment 3 The ASF infrastructure team 2022-09-24 20:37:38 UTC
This issue has been migrated to GitHub: https://github.com/apache/jmeter/issues/1828