[ http://issues.apache.org/jira/browse/VFS-78?page=all ]
Mario Ivankovits resolved VFS-78. --------------------------------- Resolution: Fixed Could reporduce the behavior you described, though, I found that the DefaultFileMonitor had some problems detecting the removal of children if they already existed before the start of the monitor. This should be fixed, I hope this fixed your problem too. Please give it a try. > 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]