>JMeter can not handle the compressed traffic in the required way. When the server sends compressed responses , JMeter should be able to handle it just fine (assuming you have a text mime type of text/html and an encoding of gzip) - and your assertions should work.
Not sure of whether JMeter can support when the client sends compressed request (but your original question was related to the proxy) - if HTTPclient supports it then it should be possible On Sat, Sep 18, 2010 at 2:13 AM, Klaus Tockloth < [email protected]> wrote: > My environment: > - The client sends compressed requests. > - The server sends compressed responses. > > My requirements: > - I have to modify the requests. > - I have to check assertions in the responses. > > Your advice: > - JMeter can not handle the compressed traffic in the required way. > - Disable compression on both sides. > > Right? > > > Am 17.09.2010 um 17:01 schrieb sebb: > > > On 17 September 2010 15:11, Klaus Tockloth > > <[email protected]> wrote: > >> Hi, > >> > >> the http traffic I'm interested in to record is gzipped (the client > sends > >> zipped data to the server). The result is recorded binary traffic which > >> cannot be easy modified. It's very difficult to modify the client in > order > >> to suppress compression. So my question: Is there an option or extension > for > >> the proxy to uncompress the client traffic during recording? > > > > No. > > > > But JMeter is open source, so you can create your own version of the > proxy. > > > > But I wonder if that will help - won't you have to recompress the > > content in order to upload it? > > Or does the server accept uncompressed input? > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
