commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sebb (JIRA)" <>
Subject [jira] [Resolved] (NET-446) Inconsistent short date handling
Date Fri, 03 Jul 2015 16:45:04 GMT


Sebb resolved NET-446.
    Resolution: Won't Fix

No progress

> Inconsistent short date handling
> --------------------------------
>                 Key: NET-446
>                 URL:
>             Project: Commons Net
>          Issue Type: Improvement
>          Components: FTP
>    Affects Versions: 3.1
>            Reporter: Sebb
>            Priority: Minor
> Most FTP servers seem to use short dates when the file date is within +/- 6 months of
the server clock.
> Some may use a different strategy, for example +0 / -12 months.
> The code currently (3.2 SNAPSHOT - r1295237) assumes short dates are always in the past,
unless "lenient future date" is selected, in which case a day's grace is allowed, i.e. +1
day / -364 days.
> However, when dealing with Feb 29th, the code does not handle the case where the server
clock is in the following year.
> Since most FTP servers use +/- 6 months for short dates, this is not generally a problem.
> Equally, the code does not deal with future dates more than a day in advance, since that
is usally all that is needed for handling different time zones. (Is it likely that an FTP
server has genuine future-dated files?)
> See for a suggested API
to specify short-date ranges.

This message was sent by Atlassian JIRA

View raw message