[
https://issues.apache.org/jira/browse/NIFI-16304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Payne reassigned NIFI-16304:
---------------------------------
Assignee: Mark Payne
> Connector verification results expire prematurely when another verification
> is submitted
> ----------------------------------------------------------------------------------------
>
> Key: NIFI-16304
> URL: https://issues.apache.org/jira/browse/NIFI-16304
> Project: Apache NiFi
> Issue Type: Bug
> Environment: Reproduced on Apache NiFi 2.12.0-SNAPSHOT with a system
> test against a running standalone NiFi instance.
> Reporter: Mark Payne
> Assignee: Mark Payne
> Priority: Minor
>
> Submitting a connector configuration verification request can prematurely
> remove another completed verification request. Subsequent attempts to
> retrieve that result return HTTP 404, although verification succeeded.
> {{ConnectorResource}} initializes its verification request manager with an
> expiration value of {{1L}}. The {{AsyncRequestManager}} constructor
> interprets this value as milliseconds. Each new submission removes completed
> requests older than that interval.
> Ordinary submit -> poll -> delete usage works. The issue occurs when another
> verification is submitted before the client finishes retrieving or deleting
> an earlier result.
> *Steps to reproduce:*
> # Create two connectors.
> # Submit configuration verification A and wait for successful completion,
> retaining the request.
> # Wait 100 ms and confirm A remains retrievable.
> # Submit configuration verification B for the other connector.
> # Retrieve A again.
> *Actual result:* HTTP 404, "Could not find a Request with identifier ...".
> *Expected result:* A remains available for the intended retention period
> unless explicitly deleted.
> This sequence was reproduced with a system test against a running NiFi
> instance. Both verifications succeeded; retrieving A after submitting B
> failed with HTTP 404.
> *Proposed fix:* Pass {{TimeUnit.MINUTES.toMillis(1L)}} to the request
> manager. The connector purge request manager uses the same incorrect {{1L}}
> value and should also be corrected; the system-test reproduction currently
> covers verification.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)