Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 96379 invoked from network); 30 Oct 2002 13:19:16 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Oct 2002 13:19:16 -0000 Received: (qmail 4059 invoked by uid 97); 30 Oct 2002 13:20:06 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 4018 invoked by uid 97); 30 Oct 2002 13:20:05 -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 4006 invoked by uid 98); 30 Oct 2002 13:20:04 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3DBFDD09.9000904@nose.ch> Date: Wed, 30 Oct 2002 14:22:17 +0100 From: =?ISO-8859-1?Q?Ortwin_Gl=FCck?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: de-ch, en-us 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> In-Reply-To: <20021026172737.95995.qmail@icarus.apache.org> Content-Type: text/plain; charset=us-ascii; 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 I agree completely. This is a very clear statement. Odi Jeffrey Dever wrote: > Sung-Gu, > Creating a new package org.apache.commons.uri implies creating a new > Jakarta Commons subproject called URI. Are you suggesting that we start > a new project for this? > Instead of saying HttpURL should be useful outside of HttpClient, you > should have a related set of classes that are useful outside of > httpclient. It does not make much sense to created an Object Oriented > reusable class which isolated from others in its package. HttpURL > should use NameValuePair directly to provide for the simplest interface > and reduce object conversion inside of HttpClient. Then HttpURL and > NameValuePair can be taken out of HttpClient (if desired at some point) > and used together in somthing else. > > You could move these two classes into the httpclient.util package to > clearly denote them as classes that can be removed into own subproject > in the future. > > Lets focus on making HttpClient clean, powerful and efficient right now. > > -jsd -- To unsubscribe, e-mail: For additional commands, e-mail: