Hi,
Henri Yandell wrote:
On Tue, 17 Dec 2002, Sean Schofield wrote:
I took a quick look at Joda's date parser and saw it has its own
engine.
I believe the commons one should lean onto the syntax of the java's,
such that should allow it as a bug free plug-in replacement of Sun's.
What do o
Kick it out :)
Which raises some questions. If Ant does need it, then they'll still be
maintaining their own. Also, if Ant drop their code, then the highly
useful [to coven's of witches] phase of moon code will vanish from sight.
Hen
I already checked and the Ant code is not currently using
I think we should stick with the existing syntax for using SimpleDateFormat
since that is what people already know, I can't think of a powerful reason
to not stick with it.
Agreed.
I like the preset patterns in DateUtils like ISO8601_TIME_PATTERN, however,
I also wish that there was a way
On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote:
> I agree with the time subpackage. Then, we can put time.calendar if we have
> multiple calendar classes, time.date if we have multiple date classes.
Stack overflow worry. Let's also remember that we want to avoid grandoise
thoughts of huge librari
--Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 10:12 AM
To: Jakarta Commons Developers List
Subject: Re: [lang] Has anyone thought about a TimeUtils package?
On Tue, 17 Dec 2002, Sean Schofield wrote:
> > I took a quick look at Jo
Just to get it in quick. -1 to ripping source from the JDK. Licenses bite
our arses too quickly when you get near here so it's not something ASF can
do.
I thought that might be a problem. No biggy we can just do our own.
I'm starting to want a time sub-package as this gets larger :) Once it
On Tue, 17 Dec 2002, Sean Schofield wrote:
> > I took a quick look at Joda's date parser and saw it has its own
> > engine.
> >
> > I believe the commons one should lean onto the syntax of the java's,
> > such that should allow it as a bug free plug-in replacement of Sun's.
>
> >
> > What do oth
Will Ant start using the code if we do take ownership of it?
Probably. See yesterday's DateUtils thread for more on this topic
(we've moved this discussion to that thread.) We're just getting
started so any help/feedback would be appreciated.
- sean
--
To unsubscribe, e-mail:
I took a quick look at Joda's date parser and saw it has its own
engine.
I believe the commons one should lean onto the syntax of the java's,
such that should allow it as a bug free plug-in replacement of Sun's.
What do others think?
I agree. I don't think we want to write a new DateFormat
Will Ant start using the code if we do take ownership of it?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
[EMAIL PROTECTED] wrote on 18/12/2002 01:24:33 AM:
> here some pittfalls of the Sun's date utilitites th
here some pittfalls of the Sun's date utilitites that I encoutnered.
a) The *parser* in the SimpleDateFormat is not thread safe.
b) The ParseException acts differently in every version since JDK1.1.7
(expliecetly an unusable errorOffset).
c) It allows negative months and other components, thus f
On Mon, 16 Dec 2002 [EMAIL PROTECTED] wrote:
> I think that the Ant committers will not want to rely on yet another commons
> package until it has shown that it will be supported and maintained. Having
> said that, I don't think it is horrible to have this code duplicated.
Assuming it's in Lan
mailto:[EMAIL PROTECTED]]
Sent: Monday, December 16, 2002 11:33 AM
To: Jakarta Commons Developers List
Subject: Re: [lang] Has anyone thought about a TimeUtils package?
>
>
>That sounds like a plan. I checked with one of the committers for Ant, and
>it seems like we can just copy the
-
From: Sean Schofield [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 3:16 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Has anyone thought about a TimeUtils package?
I agree that simple time/date utilities would belong in commons/lang as
opposed to a larger project
> What is not thread safe about SimpleDateFormatter? If this is true that
> seems kind of serious! (I will take a look at the source tonight but it
> might help if you gave me a hint)
http://developer.java.sun.com/developer/bugParade/bugs/4228335.html
> Anyways, this thread safety business sou
Please be warned, that Date is a fragile/controversial issue, since
1. The java SimpleDateFormatter is not thread safe
2. Dates have many locale specific representation.
Indeed, Sun's dates are pretty rubbish. Joda has a 0.8 release, which has
thread safe formatting including time zone hand
I agree that simple time/date utilities would belong in commons/lang as
opposed to a larger project like joda. This is infact what I had in
mind. I will also keep in mind the potential controversey as suggested.
Here are a few scenarios that I'd like to throw out there as possibly
being gener
I agree that simple time/date utilities would belong in commons/lang as
opposed to a larger project like joda. This is infact what I had in
mind. I will also keep in mind the potential controversey as suggested.
Here are a few scenarios that I'd like to throw out there as possibly
being general
Commons Developers List
Subject: Re: [lang] Has anyone thought about a TimeUtils package?
Stephen Colebourne wrote:
>There is a CalendarUtils class already in the [lang-sandbox] that you might
>want to look at.
>
>
Will do. I will report back after I take a look at what's ther
> Seems that Stephen has taken another approach to this (see the posts
> in this thread). Maybe someone takes a look to see if the two versions
> in rupert can be explited and deprecated in favor of CalendarUtils
> or joda.
Parts of these classes could be deprecated to Joda, but Joda is much bigger
Hi,
an first hit at this in the commons land was in:
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/rupert/src/java/org/apache/commons/rupert/christoph/IsoDateTool.java?rev=HEAD
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/rupert/src/java/org/apache/commons/rupert/nathan/DateTool.j
Stephen Colebourne wrote:
There is a CalendarUtils class already in the [lang-sandbox] that you might
want to look at.
Will do. I will report back after I take a look at what's there in the
sandbox. Thanks for the tip. (Also I will be checking out your site
for the joda stuff.)
Eric,
I
There is a CalendarUtils class already in the [lang-sandbox] that you might
want to look at.
http://joda.sourceforge.net is where I have quite an extensive time/date
rewrite project underway. But we'll always take a look at ideas. Simple
utils for java dates and times probably fit in [lang], more
Oh, welcome to the party by the way :)
On Fri, 13 Dec 2002, Sean Schofield wrote:
> Greetings.
>
> I'm new to the commons-dev list and I've been throwing out ideas of
> where I might be able to make my first open source contribution.
>
> Has anyone thought about a possible TimeUtils package with
Stephen's our expert here as his joda project has an extensive time system
in. There is a TImeUtils/CalendarUtils idea floating around a bit, but it
needs to remain simple and not grow into a large system [which by
experience, Stephen has shown us can happen].
But feel free to throw in the ideas,
: [lang] Has anyone thought about a TimeUtils package?
Greetings.
I'm new to the commons-dev list and I've been throwing out ideas of
where I might be able to make my first open source contribution.
Has anyone thought about a possible TimeUtils package with commons.lang?
There a varie
Greetings.
I'm new to the commons-dev list and I've been throwing out ideas of
where I might be able to make my first open source contribution.
Has anyone thought about a possible TimeUtils package with commons.lang?
There a variety of time-related utilities that I've been working on
that migh
27 matches
Mail list logo