[ http://issues.apache.org/jira/browse/VFS-78?page=comments#action_12429723 ] Patrick Schulz commented on VFS-78: -----------------------------------
Okay. It wasn' t my aim to treat them as an rename event, also if it could be a nice feature to have. I would say it could be treaten as. At a very low polling delay it "should be" possible to differ. If a parent directory has some files or folders stored inside, then you have n "delete events" and also n "create events" where only the topmost folder differs. In my point of view it is an indicator for a folder renaming. But it is not guaranteed - there could be two identical folders with only different names that come into the scenario you described. > DefaultFileMonitor does not register changes made on FTP FileObjects > -------------------------------------------------------------------- > > Key: VFS-78 > URL: http://issues.apache.org/jira/browse/VFS-78 > Project: Commons VFS > Issue Type: Bug > Affects Versions: Nightly Builds > Environment: WinXP, java version "1.5.0_06", commons-vfs nightly > 20060814 > Reporter: Patrick Schulz > Assigned To: Mario Ivankovits > Attachments: DefaultFileMonitor.patch > > > I don't know if it is a bug or a feature, but DefaultFileMonitor does not > report a renaming of a folder ie. > It is signaled as a deletion event, but the folder was renamed. > So it is also not possible to register then any changes made in this > subfolder until you renamed it again. > The URL was something like ftp://ftp.server/incoming/ and the Monitor was > started being recursive. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
