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: Improvement
Reporter: Ashwin Karpe
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:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
