[jira] Resolved: (LANG-335) Comparisons of Dates and Calendars to second precision

["Niall Pemberton (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/LANG-335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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:

    http://www.apache.org/licenses/LICENSE-2.0
    http://people.apache.org/~cliffs/3party.html

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: 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
>         Attachments: DateUtilsExtensions.java
>
>
> 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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org