...
URI format
Code Block |
---|
timer:name[?options] |
Where name
is the name of the Timer
object, which is created and shared across endpoints. So if you use the same name for all your timer endpoints then , only one Timer
object & and thread will be used.
You can append query options to the URI in the following format, ?option=value&option=value&...
NoteNotice: The IN body of the generated exchange is null
. So exchange.getIn().getBody()
returns null
.
Tip | ||
---|---|---|
| ||
See also the Quartz component that supports much more advanced scheduling. |
Options
...
Name | Default Value | Description |
---|---|---|
| | A |
| | Camel 1.6.2/2.0: Allows you to specify a custom |
| | If greater than 0, then generate periodic events every |
| | The number of milliseconds to wait before the first event is generated. Should not be used in conjunction with the |
| | Events take place at approximately regular intervals, separated by the specified period. |
| | Should Specifies whether or not the thread associated with the timer endpoint be run runs as a daemon. |
Exchange Properties
When the timer is fired, it adds the following information as properties to the Exchange
.:
Name | Type | Description |
---|---|---|
| | The value of the |
| | The value of the |
| | The value of the |
| | Camel 1.5: the current The time when the consumer fired. |
Message Headers
When the timer is fired, it adds the following information as headers to the IN message
Name | Type | Description |
---|---|---|
| | Camel 1.5: the current The time when the consumer fired |
Sample
To setup set up a route that generates an event every 60 seconds:
...
The above route will generate an event and then invoke the someMethodName
method on the bean called myBean
in the Registry such as JNDI or Spring.
...