Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BEEAD4D2C for ; Wed, 29 Jun 2011 07:41:50 +0000 (UTC) Received: (qmail 66940 invoked by uid 500); 29 Jun 2011 07:41:49 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 66735 invoked by uid 500); 29 Jun 2011 07:41:41 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 66716 invoked by uid 99); 29 Jun 2011 07:41:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jun 2011 07:41:38 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [92.42.190.144] (HELO ok2cons2.nine.ch) (92.42.190.144) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jun 2011 07:41:30 +0000 Received: from [192.168.42.61] (unknown [213.55.131.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ok2cons2.nine.ch (Postfix) with ESMTPSA id 763A8245E443 for ; Wed, 29 Jun 2011 09:41:09 +0200 (CEST) Subject: Re: Fluent HttpClient From: Oleg Kalnichevski To: HttpComponents Project In-Reply-To: References: <1306996793.17908.151.camel@ubuntu> <1307457408.2948.50.camel@ubuntu> Content-Type: text/plain; charset="UTF-8" Date: Wed, 29 Jun 2011 09:40:58 +0200 Message-ID: <1309333258.11469.22.camel@ubuntu> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit On Sun, 2011-06-26 at 03:09 +0300, Xu, Lilu wrote: > Hi Oleg, > > I tried my best to design an elegant interface of setting HTTP parameters. > But it seems quite hard to do so. Now I have almost done this part, please > have a look at it [1] and drop me some feedback. > Hi Lilu Overall I think you are on the right track. However please do not get carried away. You do not have to match every feature provided by HttpClient. The main purpose of the fluent facade is to provide an easier interface for the most _commons_ use cases. For instance, I really do not think there is a need to support protocol interceptors or parameter initialization by HashMap with the fluent API. Please stay focused on the most essentials things: timeout parameters, proxy configuration, connection pool configuration, etc. Ignore those parameters that do not look important to you. Those parameters can always be added later, if needed. Try to avoid polluting the API with too many non-important things and do try to cover as much ground as possible. It would be nice to have all essential features in place by the end of July. > Next step I will try to cover the authentication part. Much appreciated if > you could provide some suggestions to help me get starting. > Keep it simple. Just implement methods for setting CredentialsProvider or a single set of Credentials initially. Use AuthScope.ANY per default, but having a means of setting a more specific auth scope for credentials would be nice. Hope this helps Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org