[
https://issues.apache.org/jira/browse/NIFI-3644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15954708#comment-15954708
]
ASF GitHub Bot commented on NIFI-3644:
--------------------------------------
Github user baolsen commented on the issue:
https://github.com/apache/nifi/pull/1645
Hi @bbende, please take a look at this PR.
I've added HBase_1_1_2_ClientMapCacheService as a controller service which
uses the HBase_1_1_2_ClientService to store a cache of values on HBase.
Can be used in the DetectDuplicate processor in place of a
DistributedMapCache (and other processors as well)
Travis build is passing 4/5, not sure why one of the languages would fail.
The AppVeyor build is failing on a specific test
"TestListFile.testAttributesSet" which I don't think is mine.
Let me know what you think.
Thanks!
> Add DetectDuplicateUsingHBase processor
> ---------------------------------------
>
> Key: NIFI-3644
> URL: https://issues.apache.org/jira/browse/NIFI-3644
> Project: Apache NiFi
> Issue Type: Improvement
> Components: Extensions
> Reporter: Bjorn Olsen
> Priority: Minor
>
> The DetectDuplicate processor makes use of a distributed map cache for
> maintaining a list of unique file identifiers (such as hashes).
> The distributed map cache functionality could be provided by an HBase table,
> which then allows for reliably storing a huge volume of file identifiers and
> auditing information. The downside of this approach is of course that HBase
> is required.
> Storing the unique file identifiers in a reliable, query-able manner along
> with some audit information is of benefit to several use cases.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
