Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: pass (herse.apache.org: domain of ggregory@seagullsoftware.com
 designates 12.6.96.2 as permitted sender)
From: Gary Gregory <ggregory@seagullsoftware.com>
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>,
	"alex@myatmonline.com" <alex@myatmonline.com>
Date: Mon, 21 May 2007 16:49:20 -0400
Subject: RE: [jira] Commented: (LANG-335) Comparisons of Dates and Calendars
 to second precision
Thread-Topic: [jira] Commented: (LANG-335) Comparisons of Dates and
 Calendars to second precision
Thread-Index: Aceb2mzn7GJ0msRlTVahHokJxa5LOwADsXeA
Message-ID: <C8B84F0CE259774E8CA549BA7FFAE948397CAC4E4F@E2K7MB.seagull.nl>
References: <33310035.1179771736294.JavaMail.jira@brutus>
 <4651EC60.4080702@myatmonline.com>
In-Reply-To: <4651EC60.4080702@myatmonline.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: multipart/alternative;
	boundary="_000_C8B84F0CE259774E8CA549BA7FFAE948397CAC4E4FE2K7MBseagull_"
MIME-Version: 1.0

--_000_C8B84F0CE259774E8CA549BA7FFAE948397CAC4E4FE2K7MBseagull_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello:

I am pointing to Joda-Time in general for date and time issues as it is a c=
omprehensive open source solution. It is my understanding that we have not =
enhanced [lang] in this department because we do not want to end up with a =
Joda-Time-like component within [lang].

Thank you,
Gary
________________________________
From: Alex Marshall [mailto:alex@myatmonline.com]
Sent: Monday, May 21, 2007 12:01 PM
To: Jakarta Commons Developers List
Subject: Re: [jira] Commented: (LANG-335) Comparisons of Dates and Calendar=
s to second precision

I've looked at the Joda-Time API and it doesn't look like there's anything =
that would be
nearly as efficient as the simple bit-math that's used to do the calculatio=
ns in the JDK implementation.
Admittedly I'm not that familiar with the library, so if there is a better =
way, I'm open
to being corrected.


Alex Marshall

Software Developer


Email:        alex@myatmonline.com<mailto:alex@myatmonline.com>

MSN Messenger: am-132@hotmail.com<mailto:am-132@hotmail.com>

ICQ:          137350791

Skype username:       alex.marshall

Office:               1-888-286-2010 Ext 229

Fax:          1-780-484-0538


------------------------------------------------------------------------

CONFIDENTIAL: This message, including any attachments, may contain

confidential and/or privileged information, which is intended solely for

the use of the addressee(s). Any unauthorized review, use, disclosure,

or distribution is prohibited.  If you are not the intended recipient,

please contact the sender and destroy all copies of the original

message.


Gary Gregory (JIRA) wrote:

    [ https://issues.apache.org/jira/browse/LANG-335?page=3Dcom.atlassian.j=
ira.plugin.system.issuetabpanels:comment-tabpanel#action_12497532 ]


Gary Gregory commented on LANG-335:

-----------------------------------


Would Joda-TIme help here?


Comparisons of Dates and Calendars to second precision

------------------------------------------------------


                Key: LANG-335

                URL: https://issues.apache.org/jira/browse/LANG-335

            Project: Commons Lang

         Issue Type: New Feature

   Affects Versions: 2.3

        Environment: Windows, JDK 1.6.0, Eclipse 3.2

           Reporter: Alex Marshall

           Priority: Trivial


The o.a.c.lang.time.DateUtils should have functions for comparing dates and=
 Calendars to only second precision instead of millisecond.  The motivation=
 for this is comparison of dates and Calendars in objects both before and a=
fter the objects have been committed to and retrieved from a database.  In =
theory the objects should be equal if 'equals' is run on them, but in pract=
ice they are not because the date fields do not have exactly the same milli=
second values after they've been persisted to a database since times in man=
y databases are only maintained to second-level precision (and without Time=
Zone information in many cases, to boot!)


--_000_C8B84F0CE259774E8CA549BA7FFAE948397CAC4E4FE2K7MBseagull_--