[ http://issues.apache.org/jira/browse/VFS-78?page=comments#action_12429632 ] Mario Ivankovits commented on VFS-78: -------------------------------------
I'll have a look at it. Regarding the order of events. I think we never can guarantee the order of them. And you should not treat a delete/create event as a "rename event". What if you delete two files and rename another one. Then you'll get three delete events and one create. You cant know which of the delete events corresponds to the create - there is no ticket which allows you to combine them. > 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]
