Tiago, I think, the scenario is slightly different with web services. Usually, you have a request followed by a response, where the amount of data sent in the request is more or less negligible (e.g. HTTP GET to retrieve a web site). Here the request may use Accept-Encoding to get the response in a compressed manner.
With web services, it is somehow turned inside out. You do some HTTP POST to send the Soap message to your service. When using document style Soap, these messages may even be significantly larger than the service response (think of a purchase order example, where you send a huge purchase order to the service and in return get an acknowledgement message like "We have accepted your order"). So actually I am looking for a way to make my web server compress even the initial request, because I definitely know, the web server at the recipient side can deal with the compressed data stream (or will return an HTTP 415 error, if it cannot). Maybe you have any idea on that, otherwise I would have to modify my send methods to compress the data before sending and set Content-Encoding to the appropriate value, such that the recipient web server knows, the data stream has to be decompressed. Chris -----Urspr�ngliche Nachricht----- Von: Tiago [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 25. April 2002 16:25 An: [EMAIL PROTECTED] Betreff: Re: Using HTTP compression with SOAP Hi, Christian. The main idea for HTTP is that if the request header says "Accept-Encoding: gzip" and the web server can do gzip compression, the the response header will contain "Content-Encoding: gzip" and the content will be gzipped. I know most web servers support "on the fly" compression. You should check if your client can send deal with it, most of the times it requires only configuration. Perhaps it is already doing it! Even if both client and server can deal with compression, if the request header doesn't specify Accept-Encoding with a value that the server recognizes, the response will come decompressed. By the way, your question is all but OFF TOPIC!! :-) Cheers, Tiago.
