You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Mario Ivankovits (JIRA)" <ji...@apache.org> on 2006/10/03 21:12:25 UTC
[jira] Resolved: (VFS-78) DefaultFileMonitor does not register
changes made on FTP FileObjects
[ 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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org