[
https://issues.apache.org/jira/browse/NIFI-5000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16452561#comment-16452561
]
ASF subversion and git services commented on NIFI-5000:
-------------------------------------------------------
Commit c118e9623899a34613f0ac8a6f02eafe76df12ae in nifi's branch
refs/heads/master from [~sivaprasanna]
[ https://git-wip-us.apache.org/repos/asf?p=nifi.git;h=c118e96 ]
NIFI-5000 - ListHDFS properly lists files from updated directory path
Signed-off-by: Pierre Villard <[email protected]>
This closes #2576.
> ListHDFS doesn't list files from updated 'directory'
> ----------------------------------------------------
>
> Key: NIFI-5000
> URL: https://issues.apache.org/jira/browse/NIFI-5000
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
> Affects Versions: 1.2.0, 1.3.0, 1.4.0, 1.5.0
> Reporter: Sivaprasanna Sethuraman
> Assignee: Sivaprasanna Sethuraman
> Priority: Major
> Attachments:
> 0001-SNTDA-5000-ListHDFS-properly-lists-files-from-update.patch
>
>
> ListHDFS lists files and saves the latest listed files' modified time -
> latestTimestampListed and latestTimestampEmitted in the `StateMap`. It is
> overriding `onPropertyModified` to check if the `Directory` or the `File
> Filter` has been modified and if they are indeed modified, it will reset the
> statemap variables to `-1L` so as to list all the files from the updated
> `Directory` or according to the updated `File Filter`. However it is not
> working as intended.
> *Scenario:*
> # Create two directories in HDFS
> ## > hdfs dfs -mkdir /test1
> ## > hdfs dfs -mkdir /test2
> # Write files to the above directories in the following order:
> ## > hdfs dfs -put sample.txt */test1/t1_1.txt*
> ## > hdfs dfs -put sample.txt */test2/t2_1.txt*
> ## > hdfs dfs -put sample.txt */test1/t1_2.txt*
> # Configure ListHDFS and set *Directory* to */test1* and start the
> processor. It will produce two flowfiles: *t1_1.txt* and *t1_2.txt*
> # Stop the processor. Configure and set *Directory* to */test2*. Ideally the
> state variables (listed and emitted timestamp) should be reset and they
> should list the file *t2_1.txt* but it is not.
> # Now put one more file to test2:
> ## > hdfs dfs -put sample.txt */test2/2_2.txt*
> # This would have listed the file *t2_2.txt*. File t2_1.txt is missed
> Little debugging helped me found that the `onPropertyModified` indeed works
> as intended but somewhere else the code still reads the last saved state i.e.
> the modified time of */test1/t1_2.txt*
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
