[ http://issues.apache.org/jira/browse/VFS-78?page=comments#action_12428346 ] Mario Ivankovits commented on VFS-78: -------------------------------------
The DefaultFileMonitor do not report renamings as renamings but as delete/create events. This is due to the polling nature of DefaultFileMonitor, it cant know if the file was renamed, even if you use VFS for this operation. It just compares snapshots of directory listings. But even if you attach a listener to the FileObject itself a rename will be delivered as delete/create events. There we might be able to improve the event stuff, but this might not be much of help for you, no? Back to your issue, don't you get the "create" event? > 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 > > 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]
