You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Michael Moser (JIRA)" <ji...@apache.org> on 2017/05/19 19:56:04 UTC

[jira] [Updated] (NIFI-1452) Yield Duration can short circuit long Timer Driven Run Schedule

     [ https://issues.apache.org/jira/browse/NIFI-1452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Moser updated NIFI-1452:
--------------------------------
    Status: Patch Available  (was: Open)

> Yield Duration can short circuit long Timer Driven Run Schedule
> ---------------------------------------------------------------
>
>                 Key: NIFI-1452
>                 URL: https://issues.apache.org/jira/browse/NIFI-1452
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 0.4.1
>            Reporter: Michael Moser
>            Assignee: Michael Moser
>            Priority: Trivial
>
> This may be a rare use case, but I configured a GetFile processor to be Timer Driven with a Run Schedule of 30 secs.  Its Yield Duration was default 1 sec.  I expected GetFile onTrigger() to be called every 30 secs, but it was being called every 1 sec most of the time.
> GetFile will call context.yield() when it polls a directory and gets an empty list in return.  It appears that a yield will ignore the Run Schedule.  Many standard processors call context.yield() when they have no work to do.
> I changed my scheduling strategy to CRON Driven with its run schedule every 30 seconds, and the onTrigger() was called every 30 seconds, even after a yield.  So CRON Driven scheduling is working as expected after a yield.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)