commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Patrick Schulz (JIRA)" <>
Subject [jira] Commented: (VFS-78) DefaultFileMonitor does not register changes made on FTP FileObjects
Date Tue, 22 Aug 2006 14:33:15 GMT
    [ ] 
Patrick Schulz commented on VFS-78:


It wasn' t my aim to treat them as an rename event, also if it could be a nice feature to
I would say it could be treaten as. At a very low polling delay it "should be" possible to
If a parent directory has some files or folders stored inside, then you have n "delete events"
and also n "create events" where only the topmost folder differs. In my point of view it is
an indicator for a folder renaming. But it is not guaranteed - there could be two identical
folders with only different names that come into the scenario you described.

> DefaultFileMonitor does not register changes made on FTP FileObjects
> --------------------------------------------------------------------
>                 Key: VFS-78
>                 URL:
>             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

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message