Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 38401 invoked from network); 2 Sep 2004 03:01:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Sep 2004 03:01:26 -0000 Received: (qmail 15722 invoked by uid 500); 2 Sep 2004 03:01:22 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 15668 invoked by uid 500); 2 Sep 2004 03:01:21 -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 15654 invoked by uid 99); 2 Sep 2004 03:01:21 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [64.253.103.118] (HELO orinoco.flamefew.net) (64.253.103.118) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 01 Sep 2004 20:01:20 -0700 Received: by orinoco.flamefew.net (Postfix on Linux (i386), from userid 500) id 165D653E3B; Wed, 1 Sep 2004 23:01:12 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by orinoco.flamefew.net (Postfix on Linux (i386)) with ESMTP id 1411126297 for ; Wed, 1 Sep 2004 23:01:12 -0400 (EDT) Date: Wed, 1 Sep 2004 23:01:12 -0400 (EDT) From: Henri Yandell X-X-Sender: hen@orinoco.flamefew.net To: Jakarta Commons Developers List Subject: RE: [lang] Boundaries of Lang RE: [lang] Tokenizer In-Reply-To: <2B64219028BBFF48B3CC957EF10B58FE1B47F9@ns1018.SSSI.seagull.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N +1 to the name. Questions: which package? what about the Digester code? is this for 2.1? Hen On Wed, 1 Sep 2004, Gary Gregory wrote: > So, should we rename Interpolation to MappedMessageFormat? I am +1. > > Gary > > > -----Original Message----- > > From: Stephen Colebourne [mailto:scolebourne@btopenworld.com] > > Sent: Tuesday, August 31, 2004 18:20 > > To: Jakarta Commons Developers List > > Subject: Re: [lang] Boundaries of Lang RE: [lang] Tokenizer > > > > From: "Henri Yandell" > > > Interpolator is something I'm never too sure of in Lang (yes I know, > > I've > > > added it to Lang twice now). I use it or a similar class a lot, but > it's > > > very easy to implement in terms of StringUtils.replace; it can be > > > genericised all the way to Commons-EL and the word interpolate is > not > > > quite what it means in scripting languages (there's no access to the > > real > > > variable namespaces, just a pretend namespace in a Map). > > > > > > With DurationFormat, I've begun to think of Lang a little as an > entry > > > point into other libraries, along with being a java.lang set of > > utilities. > > > > > > So I think we're doing okay in terms of our boundaries, but I think > > > Interpolation is over the boundary. I'm +1 to declaring it a step > too > > far > > > and removing it for 2.1 (and changing the bugzilla entry to > WONTFIX). > > > > I disagree. The fact that it has been asked for before, has > reoccurred, > > and > > that I use it (!) suggests that it is a useful utility class. [lang] > > should > > aim to include those classes that keep on being needed as low level > > utilities and we believe Java would benefit from. A > MappedMessageFormat is > > a > > good case, and is no more or less worthy than other classes in [lang]. > > > > Viewed in terms of the 'leads on to other libraries' model: > > - math subpackage --> [math] > > - time subpackage --> JodaTime > > - CharSetUtils/Interpolation --> [oro]/[regexp] > > > > Stephen > > > > > > > > > > --------------------------------------------------------------------- > > 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 > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org