[ 
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to