Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 54166 invoked from network); 15 Nov 2002 01:29:39 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 15 Nov 2002 01:29:39 -0000 Received: (qmail 161 invoked by uid 97); 15 Nov 2002 01:30:40 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 142 invoked by uid 97); 15 Nov 2002 01:30:39 -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 129 invoked by uid 98); 15 Nov 2002 01:30:39 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Reply-To: From: "Steven Caswell" To: "'Jakarta Commons Developers List'" Subject: RE: [lang] Dates/DateRanges [was Re: Re: Conversion utilities] Date: Thu, 14 Nov 2002 19:55:29 -0500 Message-ID: <003201c28c41$b16033b0$7b00a8c0@YellowJacket> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <007001c28c25$99d8dc40$675d22d9@oemcomputer> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N The Joda date support looks interesting (just took a brief glance, but I can see where it would be valuable). I'm wondering, though, if there is still not some place in [lang] for some basic utilities to help make the JDK Date and Calendar classes easlier to use. I'm thinking that this would be a filler for those who can't for whatever reason move over to using Joda. Unless of course you want to not make it easier for folks to not use Joda :) Having said that, though, I think we should try to limit the scope of date/calendar stuff in [lang]. We certainly don't want to reinvent a wheel that Joda would have already invented. Steven Caswell steven@caswell.name a.k.a Mungo Knotwise of Michel Delving "One ring to rule them all, one ring to find them..." > -----Original Message----- > From: Stephen Colebourne [mailto:scolebourne@btopenworld.com] > Sent: Thursday, November 14, 2002 4:34 PM > To: Jakarta Commons Developers List > Subject: [lang] Dates/DateRanges [was Re: Re: Conversion utilities] > > > > http://joda.sourceforge.net has code for handling > TimePeriods and comparing dates (In fact its a complete > rewrite of dates from the ground up). Only at 0.8 release > though. > > This is my biggest concern with putting Date and Calendar > code into [lang]. There is a lot that can be done to try to > fix up the current Date/Calendar classes. But how much is > worth it? Where do we in [lang] draw the line between useful > methods, and the Joda complete rewrite? > > Stephen > > ----- Original Message ----- > From: > > The problem with the range interface when relating to dates is that > > with > dates you would want to specify a field to give the range on, > ex: days, months, weeks, etc. > > > > Travis > > > > ---- Original Message ---- > > From: Robert Leland > > Sent: 2002-11-14 > > To: Jakarta Commons Developers List > > Subject: Re: Conversion utilities > > > > Henri Yandell wrote: > > > > > > On Thu, 14 Nov 2002, Jeff Varszegi wrote: > > > > > > > > >>Janek, > > >> > > >>I made an interface called Range that is supported by > classes called > > >>ComparableRange etc. The ComparableRange class can use > any objects > > >>that support Comparable (or, alternately, any objects with a > > >>supplied Comparator), and I also made specific versions > for Date and > > >>Double to > > > > Sounds like you could coordinating with the > commons-validator package > > there is already a intRange(), floatRange(), in the > GenerocValidator > > class. It could definately make use of your Range interface though ! > > > > > > -Rob > > > > > > -- > > To unsubscribe, e-mail: > > > For additional commands, e-mail: > > > > > > > > > -- > > To unsubscribe, e-mail: > > > For additional commands, e-mail: > > > > > > -- > To unsubscribe, e-mail: > unsubscribe@jakarta.apache.org> > For > additional commands, > e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: