commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Niall Pemberton (JIRA)" <>
Subject [jira] Resolved: (LANG-335) Comparisons of Dates and Calendars to second precision
Date Mon, 21 May 2007 17:12:16 GMT


Niall Pemberton resolved LANG-335.

    Resolution: Won't Fix

When attaching your code to this ticket you chose the "Grant license to ASF for inclusion
in ASF works (as per the Apache Software License[1]" option. However in order to be able to
grant a license to the ASF for the work you need to be either be the copyright/license holder
of that work or that work must be licensed in way compatible[2] with the Apache Software License.

Sun's license for JDK 1.6.0 does not give you the authority to grant the ASF a license for
the work, therefore this cannot be considered. More details on the Apache Software License
and  3rd party works are available in the following locations:

You need to be very careful about copying other peoples work since if you infringe someone
elses intellectual property rights then you are at risk of being sued.

> Comparisons of Dates and Calendars to second precision
> ------------------------------------------------------
>                 Key: LANG-335
>                 URL:
>             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
>         Attachments:
> 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 after 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 practice they are not because the date fields do not have exactly the same millisecond
values after they've been persisted to a database since times in many databases are only maintained
to second-level precision (and without TimeZone information in many cases, to boot!)

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message