Excellent point, Oleg. You do such an excellent job with HttpClient that we're all spoiled and expect more. :)
Sam On Mon, Oct 20, 2008 at 1:02 PM, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote: > On Sun, 2008-10-19 at 18:34 -0400, Sam Berlin wrote: >> It might be interesting to have a small httpcomponents side project, >> "HttpClient Extensions" that enable these small-but-useful features by >> default. That way HttpClient can remain small, tidy and content >> agnostic, while folks wanting a out-of-the-box solution can >> additionally get the extensions. >> >> Perhaps if such a structure existed for folks to submit patches >> against, an extensions project could form without much work? >> >> Sam >> > > Sam, > > It is not a big deal to start such a project, whereas, it would be > significantly more difficult to keep it from deteriorating into > unmaintained crippleware. It takes at least a few people willing to > react to new issues in JIRA, answer questions on the user list, vote on > releases and act as release managers. In other words it takes a > community to keep a project viable. I am very reluctant to open any new > (even minor) construction site unless it comes with people committed to > maintaining the project in the long run. > > We have contrib package for all sorts of code we do not want / or unable > to maintain properly, distributed as semi-official reference material. > > Oleg > > > >> On Sun, Oct 19, 2008 at 11:48 AM, Oleg Kalnichevski <[EMAIL PROTECTED]> >> wrote: >> > On Sat, 2008-10-18 at 18:08 -0700, cowwoc wrote: >> >> I am glad to see this works, but I am surprised that server to client >> >> compression is not handled more seamlessly out-of-the-box. >> >> >> >> I was actually wondering about client to server GZip compression (that is, >> >> compressing even the request). >> >> >> >> Gili >> >> >> > >> > Gili, >> > >> > The request entity compression should be as trivial to implement as the >> > response entity decompression. >> > >> > HttpClient is meant to be content agnostic, that is, any kind of content >> > processing is out of project's scope. >> > >> > Oleg >> > >> > >> >> >> >> olegk wrote: >> >> > >> >> > On Sat, 2008-10-18 at 10:57 -0700, cowwoc wrote: >> >> >> Hi, >> >> >> >> >> >> I'm wondering why HTTP Client doesn't support HTTP compression >> >> >> (http://en.wikipedia.org/wiki/HTTP_compression). Will you seriously >> >> >> entertain a RFE for this feature if I file one? >> >> >> >> >> >> Thank you, >> >> >> Gili >> >> > >> >> > Gili >> >> > >> >> > If you are using HttpClient 4.0 you can easily add support for content >> >> > compression by adding a few custom protocol interceptors. >> >> > >> >> > Please refer to this example for details: >> >> > >> >> > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/module-client/src/examples/org/apache/http/examples/client/ClientGZipContentCompression.java >> >> > >> >> > Oleg >> >> > >> >> > >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> > For additional commands, e-mail: [EMAIL PROTECTED] >> >> > >> >> > >> >> > >> >> >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
