[ 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]
