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=12765>. 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=12765 "rmdir" and "deltree" patches for ftp task enhancement ------- Additional Comments From [EMAIL PROTECTED] 2002-09-24 06:12 ------- Well, Stefan, you are rigth. I don't like it myself the way i implemented it. It was a quick and dirty work. I thought of a different way, and i'll try to implement it when i get some new spare time, but i'd like an advice. Do you think is better to keep the "deltree" action that doesn't correspond to any real FTP command or adding an attribute, like deltree="true/false", to "delete" and "rmdir" to say: when true don't limit yourself to files or dirs but delete everything selected by the filesets? I would prefer the second way, but i'll stick with your decision. One more thing, i have implemented a couple more attributes: "purgeRemoteAfterSend" that together with "send" action, i use to maintain in sync local an remote directories, in the sense that everything that was not selected for send is deleted from remote server, so i end with specular local and remote trees. "dryrun" that just simulate execution without doing anything. When used with verbose it produce a complete report of what it would have done. I find it very useful expecially when deleting or removing to test filesets patterns. They work for me but the code is not yet clean enough for a submission. Do you think you may be intererested in this? Thanks, Gabriele. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
