Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of gudnabrsam@gmail.com designates
 209.85.210.43 as permitted sender)
MIME-Version: 1.0
Reply-To: gudnabrsam@gmail.com
In-Reply-To: 
 <CAPFNckjCP=zDwqtwdj96_3bafc9QF9Ek+tUCgeSpHYWjAWhyqg@mail.gmail.com>
References: 
 <CAHwat5OynAj_n+A1vqA2WNKAivYm-ngwZAa+NWNcdaaPKjeOJw@mail.gmail.com>
	<4F20633E.3010504@systemoutprintln.de>
	<CAPFNckjCP=zDwqtwdj96_3bafc9QF9Ek+tUCgeSpHYWjAWhyqg@mail.gmail.com>
Date: Wed, 25 Jan 2012 16:49:27 -0600
Message-ID: 
 <CAE9L6G08mB5Z=iE6y_njbercp0dNifDZu00YF+aQ5LzuuRbR1Q@mail.gmail.com>
Subject: Re: [lang] What about Duration class? (org.apache.commons.lang.time)
From: Matt Benson <gudnabrsam@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Wed, Jan 25, 2012 at 4:14 PM, Christian Grobmeier
<grobmeier@gmail.com> wrote:
> On Wed, Jan 25, 2012 at 9:17 PM, Benedikt Ritter
> <bene@systemoutprintln.de> wrote:
>>> But i found only discussions about duration& =A0joda-time dated 2004.
>>>
>>> (http://markmail.org/thread/733yqv5zwzsngj3j)
>>> Now i really need in Duration functionality (especially such as
>>> Duration.parse(String)).
>>>
>> I heard about joda-time a while ago. My impression is, that the joda pro=
ject
>> is not that active anymore (please correct me, if I'm wrong). So I would
>> vouch for additions to lang regarding durations. What I'm also really
>> missing in lang.time is conversation of durations. For example:
>> DurationUtils.convertToMinutes(long seconds).
>
> Joda Time is imho a great lib. Before a few weeks I replaced all the
> JDK stuff with Joda and it really saved my life. There was a release
> in July 2011 or so and my impression is more this lib is stable and
> does not need many releases. Actually I can't imagine a feature I miss
> in Joda at the moment.
>
>>
>>> I don't understand the Commons point on this issue.
>>>
>>> - Commons Lang doesn't need in own implementation of this
>>> functionality and you suggest use joda-time?
>>> - Commons Lang needs in simple& =A0lightweight implementation of Durati=
on?
>>>
>>> Also i cannot find correspond issue in jira (but Eric Crampton in 2004
>>> wrote about
>>> "Commons Lang task list that there is a need for DateRange/Duration
>>> classes").
>>
>> As you said, it is a while ago, since this was discussed. So let's revie=
w
>> this topic again.
>>
>> What are your thoughts?
>
> Hen (who is mainly behind lang) and Gary already mentioned, they don't
> want to replicate Joda code into [lang]. I don't see any reasons why
> we should do that now. Instead I would prefer to mark the time package
> as deprecated and point users to joda. time does rely on jdk classes
> and as I have found out by own experience, it is dangerous to work
> with them.

If you need any more reasons to use joda-time, consider its primary
author, Stephen Colebourne:

1.  Stephen is a Commons developer in any event; an Apache pedigree is
not reason enough to duplicate his work here, but if we did, the
resulting library would probably look like joda-time!
2.  Stephen is also one of the key experts behind JSR-310 aka
threeten, thus the future of dates and times in Java is already
heavily based on the design of and lessons learned from joda-time.

Matt

>
> Cheers
> Christian
>
>>
>> Regards
>> Benedikt
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org