You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Mark Payne (JIRA)" <ji...@apache.org> on 2019/07/26 15:30:00 UTC
[jira] [Resolved] (NIFI-6433) Update getStatusHistory to honor
filter parameters
[ https://issues.apache.org/jira/browse/NIFI-6433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Payne resolved NIFI-6433.
------------------------------
Resolution: Fixed
> Update getStatusHistory to honor filter parameters
> --------------------------------------------------
>
> Key: NIFI-6433
> URL: https://issues.apache.org/jira/browse/NIFI-6433
> Project: Apache NiFi
> Issue Type: Improvement
> Components: Core Framework
> Affects Versions: 1.9.2
> Reporter: Mark Owens
> Assignee: Mark Owens
> Priority: Minor
> Fix For: 1.10.0
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> This modification updates the getStatusHistory methods of VolatileComponentStatusRepository to utilize the start, end, and preferredDataPoints parameters when retrieving status histories.
> When calling the various getXXXStatusHistory methods of VolatileComponentStatusRepository, they are all passed start, end, and preferredDataPoints values to allow the filtering of histories according to the provided parameters. But the follow-on method calls ignore those values completely. This ticket updates those methods to honor the parameters and filter the returned Dates accordingly.
> Although for VolatileComponentStatusRepository the timestamps buffer is rather small, it seems better that the parameters be utilized rather than being silently ignored. This was found during work on a task where I only needed a subset of the buffer returned.
>
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)