Return-Path: 
 <commons-dev-return-69957-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 99495 invoked from network); 7 Apr 2005 15:29:48 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 7 Apr 2005 15:29:48 -0000
Received: (qmail 39295 invoked by uid 500); 7 Apr 2005 15:29:44 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 39228 invoked by uid 500); 7 Apr 2005 15:29:44 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 39213 invoked by uid 99); 7 Apr 2005 15:29:44 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Received: from smtpout03-04.mesa1.secureserver.net (HELO
 smtpout03-04.mesa1.secureserver.net) (64.202.165.74)
  by apache.org (qpsmtpd/0.28) with SMTP; Thu, 07 Apr 2005 08:29:42 -0700
Received: (qmail 32745 invoked from network); 7 Apr 2005 15:29:40 -0000
Received: from unknown (24.13.84.182)
  by smtpout03-04.mesa1.secureserver.net (64.202.165.74) with ESMTP;
 07 Apr 2005 15:29:40 -0000
Message-ID: <425551E3.7010600@javactivity.org>
Date: Thu, 07 Apr 2005 10:29:39 -0500
From: Steve Cohen <scohen@javactivity.org>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: [net] FTP client date parsing: new format
References: <424197DC.3010106@apache.org> <42420DC7.1030201@javactivity.org>
 <4252C88E.7050902@apache.org> <42547793.1080504@javactivity.org>
 <42552DC3.3090502@apache.org>
In-Reply-To: <42552DC3.3090502@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

OK.
There are no logging statements because jakarta-commons-net has no 
dependencies on any particular logging package.  Ant does.

I assume this <configuration> thing is a part of a custom task or 
revised <ftp> task of your own design.  That would be the place to put 
in logging.  You could even put in the stack trace.

It would probably be easier to write a mini standalone java program that 
invokes commons-net-ftp directly, connects with the same server, and 
debug that.

If you don't want to do that and can get me access to that server, I 
would be willing to try it.  (If you do that, you'll probably want to 
reply directly to me and not send your server connection parameters to 
the list.)

Steve



Neeme Praks wrote:
> It just refuses to list any files from the server.
> Or is there some way to get more information about the possible issue?
> I didn't see any logging statements in the code...
> 
> Rgds,
> Neeme
> 
> Steve Cohen wrote:
> 
>>> I used the following configuration for parsing:
>>> <configuration defaultDateFormatStr="yyyy-MM-dd HH:mm"
>>> serverTimeZoneId="Europe/Oslo"
>>> shortMonthNames="01|02|03|04|05|06|07|08|09|10|11|12"/>
>>> (and the system type defaults to Unix)
>>
>>
>>
>> How does it fail?  It should not be necessary to define 
>> shortMonthNames, but I don't think that is the cause of your problem.
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org