[
https://issues.apache.org/jira/browse/VFS-528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14117187#comment-14117187
]
neeraj singh chauhan commented on VFS-528:
------------------------------------------
Hi Jean,
Thanks for the update.
I tried this also, but unfortunately the result is the same for me i.e. no
event is being generated for few file creations.
I am doing following:
1. At the end of every hour, downloading some files to a particular directory
(created at 00:00 HRS) being monitored by file listener. In other words, this
task is being performed 24 times a day in the same directory which gets created
at 00:00 HRS.
2. Additionally, as soon as the file download completes, I am renaming the
downloaded file with a name appended with the timestamp (YYYYMMDD).
3. As per expectation I should get two file creation events associated with
ever file I download i.e. first for file creation by download and second for
file creation by rename.
4. For most of the files, I am getting proper events (i.e. after file download
and after file rename).
5. For few files I am just getting the file creation event after download and
not after rename. As per observation, this is happening for first hour of the
day only i.e. 00:00 HR.
Regards,
Neeraj
> DefaultFileMonitor missing to report some file creation.
> --------------------------------------------------------
>
> Key: VFS-528
> URL: https://issues.apache.org/jira/browse/VFS-528
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 1.0, 1.1, 2.0, 2.1
> Environment: Windows, Linux, x86, x86_64
> Reporter: Jean-Baptiste
>
> It's hard to reproduce but sometimes the DefaultFileMonitor does not report
> some file creation. It happens when a file is added in a directory that has
> just been added in the DefaultFileMonitor.
> It is more likely to appear when the DefaultFileMonitor is starting.
> To reproduce (might take several tries to fail)
> - Start the DefaultFileMonitor
> - Quickly create a directory inside the monitored directory.
> - Quickly create a file inside this directory.
> The issue is caused by a flaw in the code.
> When the new directory is detected, the DefaultFileMonitor fires the creation
> event as expected (in fireAllCreate method). However does not immediately
> register the directory's content for comparison with the next check. It
> rather postpones the registration with a call to "queueAddFile(child)" (line
> 425).
> The directory and its content actually registered a bit later at the end of
> the main loop on line 335.
> The issue is when a file is added between the queueAddFile and the actual
> addFile. No events is fired for this file as it does not exists in the
> fireAllCreate method. But as it gets registered a bit later, the next check
> don't detect any change on the file system and does not trigger en event too.
> I see too possible fix for this issue:
> 1. Don't queue the registration of the file.
> 2. Make sure that when the actual registration occurs (the call to addFile),
> the exact same set of files is used as in the fireAllCreate method.
> For my project I used the first solution by overriding the queueAddFile
> method. It made me realized that it might be the reason why it is protected.
> It seems to work, but I'm not sure if it as other consequences.
> The bug has been found on vfs 1.0 and 2.2.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
