That does make things a little clearer. Perhaps it should be it's own
class, with a parse and a format method, a la SimpleDateFormat.
Ahh.
I like the yesterday etc part, but name definitely needs to change. Also I
would want a formatter for it (somehow) so we can turn a Date into
List' [EMAIL PROTECTED]
Sent: Wednesday, July 07, 2004 11:06 PM
Subject: RE: [lang] DateUtils.parseCVS
Does anyone care either way that the code is in DateUtils/DateUtilsTestCase
commented out? Should it be moved to a sandbox? Or a bugzilla issue?
Steven Caswell
Sun Certified Java Programmer
of better men than himself. John Stuart Mill.
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 06, 2004 2:57 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] DateUtils.parseCVS
That'll be http://joda-time.sourceforge.net which
Gary Gregory wrote:
I am not that crazy with anything of the form parseProduct. What if
there was, or surely going to be 2, then 10 such methods for CVS. Then a
CvsUtils or some such class would be better. Does this belongs in a
separate class if not in the sandbox?
Sorry for not jumping into this
Ahh.
I like the yesterday etc part, but name definitely needs to change. Also I
would want a formatter for it (somehow) so we can turn a Date into
'yesterday', '9 days ago' etc.
Hen
On Tue, 6 Jul 2004, Serge Knystautas wrote:
Gary Gregory wrote:
I am not that crazy with anything of the
Hello,
I am not that crazy with anything of the form parseProduct. What if
there was, or surely going to be 2, then 10 such methods for CVS. Then a
CvsUtils or some such class would be better. Does this belongs in a
separate class if not in the sandbox?
2c,
Gary
-Original Message-
We already have formatting of SMTP in [lang], so this could be viewed as
just another commonly used product. That said, I'm not sure what the use
case of this is (useful to ant yes, but to lang maybe not)
If we do include it, DateFormatUtils seems a likely location, as
formatting/parsing go