ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 26887] - FTP ability to synchronise
Date Thu, 12 Feb 2004 17:03:51 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26887>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26887

FTP ability to synchronise





------- Additional Comments From stevel@apache.org  2004-02-12 17:03 -------
First, ftp is imperfect for deploying to any public site as your password is
sent plaintext; you should be using SCP.

Secondly, how is FTP to know what files to delete? Should it say 'every file
found in the remote dir that is not in the local dir should be deleted'? And
every directory not found locally should be recursively deleted. We'd get a lot
more mail.

I believe you could come up with a solution involve a persistent record of the
previous upload and the assumption that any file in that record that is not
found locally implies deletion, and should be propagated. But I wouldnt patch it
directly on to FTP for security reasons; SCP is better. Better yet, use the VFS
stuff in jakarta-commons (I think) and let it sync with any of the supported
file systems, ftp, webdav and scp inclusive. That would be cool. 

Leaving defect as an enhancement, though it is very much in the 'wontfix without
a new task' category.

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


Mime
View raw message