commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 27437] - FTP "get" and "list" tasks fail
Date Sat, 25 Sep 2004 03:21:16 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=27437>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27437

FTP "get" and "list" tasks fail





------- Additional Comments From scohen@apache.org  2004-09-25 03:21 -------
Rory: 
Your report on AIX's SYST command response confims my suspicion that this is just a flavor

of the UnixFTPFileEntryParser.  The date formatting is another issue entirely 
 
As for solutions to THAT problem, of the two that you present, I much prefer #2.  It's realistic

and hopes for finding an automated way are not, IMHO. 
 
It's pretty obvious to me that we should not expect to find any automated solution using SYST

to the date problem.  There is enough standardization to enable the system to detect a server

type - at least for the cases that use US format dates.  But given that the FTP RFC has 
nothing whatever to say about locale, our chances of success that way are slim to none. 
 
So let's look at what we'd need to do to define a date format.  It's going to be more complicated

than a SimpleDateFormat, but I still think quite doable.  It may be as simple as specifying
a 
server locale or a language locale but maybe more complicated.  Perhaps a long and a short

format must be allowed to be specified as well.  That part of the regex that lists the month

abbreviations could be replaced by a method call returning a delimited list of months.  Clients

like Ant could be enhanced with a parameter allowing this to be specified. 
 
I think we need a bit of upfront design and then we'll be ready to work on a solution.  So
let's 
keep the discussion going.  I suggest the mailing list would be a better forum for this than
this 
defect report.

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


Mime
View raw message