Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 35714 invoked from network); 30 Oct 2002 14:10:13 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Oct 2002 14:10:13 -0000 Received: (qmail 17807 invoked by uid 97); 30 Oct 2002 14:10:54 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 17786 invoked by uid 97); 30 Oct 2002 14:10:54 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 17774 invoked by uid 98); 30 Oct 2002 14:10:53 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3DBFE827.80109@sympatico.ca> Date: Wed, 30 Oct 2002 09:09:43 -0500 From: Jeffrey Dever User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpURL.java References: <20021026172737.95995.qmail@icarus.apache.org> <3DBD020F.4020005@nose.ch> <3DBFAFCD.10709@nose.ch> <3DBFDAF3.8020907@sympatico.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > >Ooopss, really? just one per each project? >Hmmm.. only putting classes in the sub packages? >I haven't known that... :( And, I think, that's so not reasonable >and inconvient to add just a few or several classes for my current use. > >If so, could you please point it out where I can find those rules? > This is the only link I have for that type of information: http://jakarta.apache.org/commons/index.html I still think a subpackage in httpclient is a reasonable solution. >Actually, my purpose for HttpClient was just to support correct URI >encoding mechanism in general and to adapt those thingys.... >(I mean I haven't been not interested in improving HttpClient, > because, I believe, it's going forward well by you guys... ) > Right, with your help it has. But having a few related classes that "support correct URI encoding" still suits your personal goals and fits the vision for HttpClient as well. -jsd -- To unsubscribe, e-mail: For additional commands, e-mail: