Return-Path: Delivered-To: apmail-commons-issues-archive@locus.apache.org Received: (qmail 22715 invoked from network); 15 Mar 2008 02:22:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Mar 2008 02:22:02 -0000 Received: (qmail 92384 invoked by uid 500); 15 Mar 2008 02:21:58 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 92307 invoked by uid 500); 15 Mar 2008 02:21:58 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 92298 invoked by uid 99); 15 Mar 2008 02:21:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Mar 2008 19:21:58 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Mar 2008 02:21:29 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 332EA234C098 for ; Fri, 14 Mar 2008 19:20:24 -0700 (PDT) Message-ID: <2007367344.1205547624195.JavaMail.jira@brutus> Date: Fri, 14 Mar 2008 19:20:24 -0700 (PDT) From: "Sebb (JIRA)" To: issues@commons.apache.org Subject: [jira] Updated: (NET-205) Allow FTPFile entries to be generated even if date parsing fails In-Reply-To: <1918427352.1205546664238.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb updated NET-205: --------------------- Attachment: AllowUnparseableDates.patch Patch to allow unparseable dates. Also fixes test suite to check for null date as well as null entry when checking for failures. > Allow FTPFile entries to be generated even if date parsing fails > ---------------------------------------------------------------- > > Key: NET-205 > URL: https://issues.apache.org/jira/browse/NET-205 > Project: Commons Net > Issue Type: Improvement > Reporter: Sebb > Fix For: 1.5, 2.0 > > Attachments: AllowUnparseableDates.patch > > > Most of the FTPEntryParser classes return null if date parsing fails. > This can cause an otherwise good entry to be ignored, when perhaps the only problem is that the parsing is faulty. > The suggestion is to allow such entries to be kept, but with a null date. > This is already done by the EnterpriseUnixFTPEntryParser. > Patches to follow. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.