Re: Feature idea: gzip encoding and XMLRPC

[Ryan Hoegg]

With the 2.0 branch (cvs HEAD) you could implement this as an 
XmlRpcClientTransport.  We have yet to factor out the 
XmlRpcServerTransport layer, which would need to be done as well.

You might also look into the compression features of HTTP 1.1.  Strictly 
speaking, it wouldn't be XML-RPC... but then neither is anything gzipped :)

--
Ryan Hoegg
ISIS Networks
http://www.isisnetworks.net
Dylan McNamee wrote:

I just drew a Google-blank on this topic (so I'm not too hopeful) but 
I thought I'd ask anyway: how easily could I "silently slip in" gzip 
encoding at the HTTP-level underneath XMLRPC-Java?

I've been happily making a verbose XMLRPC protocol, and now am finding 
myself with a bandwidth bottleneck...rather than trying to make my 
XMLRPC more terse, gzipping it would be way more effective. XML 
compresses like a dream!

Reflecting on my request (and the Javadocs), I think this would be a 
subclass of XmlRpcClient (GzipXmlRpcClient)...but before I embark on 
doing that, I thought I'd check the list whether a) it's been done, b) 
it's really easy or hard to do, or c) it shouldn't be done (like my 
sessions with cookies idea).

Thanks!
dylan