[ http://issues.apache.org/jira/browse/VFS-78?page=comments#action_12429045 ] Patrick Schulz commented on VFS-78: -----------------------------------
I investigated the problem a little bit. If you change something while you have DFM hold on a breakpoint at the beginning of run method's mainloop, then the addition may be registered. I suppose it has something to do with the children property of the FileMonitorAgent Objects. It looks like the FileObjects in this map are referencing the new FileName, so that the checkForNewChildren method cannot detect them. Or there could be timing issue before.... otherwise I cannot explain why it works while step-by-step debugging. > 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 > > 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]
