Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <jmeter-user@jakarta.apache.org>
From: mstover1@apache.org
To: JMeter Users List <jmeter-user@jakarta.apache.org>
Date: Wed, 08 Oct 2003 09:54:47 -0400
MIME-Version: 1.0
Subject: Re: why no gzip re-compression : bug 14088  ??
Message-ID: <3F83DEE7.9612.13A3E423@localhost>
Priority: normal
In-reply-to: <3F83C7EC.5000508@level11.com.au>
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body

It's in there now, I think even JMeter 1.9.1 supports gzip'd 
responses.

-Mike

On 8 Oct 2003 at 18:16, Simon Gilligan wrote:

> Hi,
> 
> JMeter doesn't support decompression of gziped responses, as 
finalised 
> in bug 14088.
> 
> Correct me if I'm wrong, but doesn't this render any response 
assertions 
> useless? Whats the point of timing responses if theres no way to 
> determine if they're correct or not??
> 
> The argument that decompressing will bog down the client 
machine is fair 
> - but it would be nice for the choice to decompress or not to be 
left in 
> the hands of the user. Load testing is one aspect of JMeter, 
another is 
> regression testing, whereby response assertions clearly must 
work.
> 
> And with my new dual G5 powermac - I'm more than willing to try 
and bog 
> it down :)
> 
> 
> Regards,
> Simon.
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-
unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-
help@jakarta.apache.org
> 


--
Michael Stover
mstover1@apache.org
Yahoo IM: mstover_ya
ICQ: 152975688
AIM: mstover777

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org