You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (JIRA)" <ji...@apache.org> on 2013/08/16 10:57:50 UTC
[jira] [Assigned] (CAMEL-4876) Add support for a "back-off
multiplier" capability to the ScheduledPollConsumer
[ https://issues.apache.org/jira/browse/CAMEL-4876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen reassigned CAMEL-4876:
----------------------------------
Assignee: Claus Ibsen
> Add support for a "back-off multiplier" capability to the ScheduledPollConsumer
> -------------------------------------------------------------------------------
>
> Key: CAMEL-4876
> URL: https://issues.apache.org/jira/browse/CAMEL-4876
> Project: Camel
> Issue Type: New Feature
> Reporter: Ashwin Karpe
> Assignee: Claus Ibsen
> Fix For: 2.12.0
>
>
> Usually files or tables are only updated once a day or even once a week in a batch like fashion. When this happens its of course important to process as fast as possible (using the default 500 ms delay), but most of the time when there is no activity, polling every 500 ms. is not necessary and takes system resources when running many polling routes on the same box.
> I was thinking that the ScheduledPollConsumer could be more dynamic by introducing a new option eg. backoffMultiplier, that resets the scheduler to maxDelay if a poll results in no exchange (maybe after x polls with no results).
> The same goes if a poll results in an exchange, and the delay currently is at backoffMultiplier the scheduler is reset to the original delay thereby polling more agresive again.
> Original Camel User Forum request : http://camel.465427.n5.nabble.com/DISCUSS-Dynamic-ScheduledPollConsumer-td5129231.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira