From commons-dev-return-61868-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org Tue Nov 02 23:38:47 2004 Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 66867 invoked from network); 2 Nov 2004 23:38:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Nov 2004 23:38:46 -0000 Received: (qmail 24270 invoked by uid 500); 2 Nov 2004 23:38:41 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 24213 invoked by uid 500); 2 Nov 2004 23:38:40 -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 24200 invoked by uid 99); 2 Nov 2004 23:38:39 -0000 X-ASF-Spam-Status: No, hits=1.6 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [217.12.12.200] (HELO smtp810.mail.ukl.yahoo.com) (217.12.12.200) by apache.org (qpsmtpd/0.28) with SMTP; Tue, 02 Nov 2004 15:38:39 -0800 Received: from unknown (HELO oemcomputer) (commons-dev@jakarta.apache.org@81.153.115.188 with poptime) by smtp810.mail.ukl.yahoo.com with SMTP; 2 Nov 2004 23:38:36 -0000 Message-ID: <001f01c4c135$56573600$bc739951@oemcomputer> From: "Stephen Colebourne" To: "Jakarta Commons Developers List" References: <2B64219028BBFF48B3CC957EF10B58FE309C3A@ns1018.SSSI.seagull.nl> Subject: Re: [lang] JodaTime - was Commons Lang DateRange/Duration classes Date: Tue, 2 Nov 2004 23:40:29 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Looking back in history, there have been various occaisions when this should have happened. The trouble is that now it is a recognised product other factors come into play: 1) ASF policy on everything going via the Incubator - this stuffs me basically. JodaTime is the work primarily of two people, Brian S ONeill and I. To get into ASF we would have to pass lots of tests of community viability, mentoring, documentation, license assignment, ................... Frankly the beaurocracy of even considering it seems pointless. * 2) Existing users - I'm about to do a 1.0 of JodaTime in its current package, because its way overdue 3) Package name change/Brand name change - actually I'm not too worried about this 4) Commons-Time - Does a 450k jar file, time-'framework' belong in commons. But its too small to be an ASF top level project. 5) Would any other ASF people contribute to it just because I brought it to ASF? Would the code be better? Stephen * Note that this worries me about ASF in general, although I'm not convinced everyone actually plays by the rules ----- Original Message ----- From: "Gary Gregory" > Would it be interesting to bring Joda-Time as commons-time? Gary > -----Original Message----- > From: Stephen Colebourne [mailto:scolebourne@btopenworld.com] > Sent: Tuesday, November 02, 2004 14:12 > To: Jakarta Commons Developers List > Subject: Re: [lang] Commons Lang DateRange/Duration classes > > See http://joda-time.sourceforge.net > > This project makes me biased as to whether a DateRange/Duration class > should > be in [lang]. So I'll wait for other views. > > Stephen > > ----- Original Message ----- > From: "Eric Crampton" > > I've noticed on the Commons Lang task list that there is a need for > > DateRange/Duration classes. I've written such a thing when needing to > > scratch an itch and, after some cleanup to better look like existing > > Jakarta Commons code, would like to submit it. > > > > Before submitting, however, I'd like to make sure no one else has > > tackled or is tackling this. Also, does anyone have any special ideas > > or requirements for such classes? > > > > --------------------------------------------------------------------- > 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