Return-Path: 
 <commons-dev-return-93398-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 24123 invoked from network); 10 Sep 2006 15:47:42 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 10 Sep 2006 15:47:42 -0000
Received: (qmail 12107 invoked by uid 500); 10 Sep 2006 15:47:41 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 11532 invoked by uid 500); 10 Sep 2006 15:47:39 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 11521 invoked by uid 99); 10 Sep 2006 15:47:39 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 10 Sep 2006 08:47:39 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [212.227.126.186] (HELO moutng.kundenserver.de)
 (212.227.126.186)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 10 Sep 2006 08:47:38 -0700
Received: from [81.210.150.20] (helo=[192.168.0.128])
	by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis),
	id 0MKwpI-1GMRWe1V74-0004TG; Sun, 10 Sep 2006 17:47:16 +0200
Message-ID: <4504337F.2070408@oliver-heger.de>
Date: Sun, 10 Sep 2006 17:47:11 +0200
From: Oliver Heger <oliver.heger@oliver-heger.de>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: [cli][configuration][convert] Architecting our overlaps
References: <31cc37360609100037o35dcc1c8m5dbe2a7e56dc5b33@mail.gmail.com>
In-Reply-To: <31cc37360609100037o35dcc1c8m5dbe2a7e56dc5b33@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: kundenserver.de abuse@kundenserver.de
 login:060b6f3a5b4852d7db894881f1c69c62
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Henri Yandell wrote:
> So I'm using [cli] in [finder] to see if I can mimic the command line
> interface for the unix find command. I'm using the cli2 version - lots
> of thought, but very painful to use. Here are the 30 lines of code to
> add a single option:
<snip/>
Must learn more about the CLI API before I can comment on this.
> 
> Perusing the CLI2 javadoc, my second thought is that it overlaps with
> Configuration a lot. You can have Properties and Preferences command
There is an enhancement request for [configuration] for a command line 
configuration: http://issues.apache.org/jira/browse/CONFIGURATION-211
This also shows that there is overlap.

> lines; and Configuration lacks a CLI style way to input data.
Not sure what you mean by this.
> 
> A third thought is that the CLI2 CommandLine API for the data itself
> rests on a getValue(Option);Object method, which implies some
> conversion is going on but I've not seen how yet by looking at the
> API. Configuration also does conversion of String to various objects.
> BeanUtils does that too, which gave rise to an overmodelled [convert]
> package that we've talked about restarting as something simpler.
In [configuration] there are many conversion functions to different data 
types. Especially the conversions that deal with arrays and lists are a 
pain IMHO: There is a huge amount of code that implements these 
conversions in a structural very similar way. It would be really cool 
(except for an additional dependency) if this code could be dropped or 
significantly be simplified by making use of a special [convert] 
project. There is surely a need for such a conversion library.

Oliver

> 
> -- 
> 
> Any of that kick off any thoughts?
> 
> Hen
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org