A task runs a piece of code triggered by a timer, allowing you to run scheduled jobs at specified intervals. A task can be scheduled in the following ways:
intervalattributes to run the task a at a given .
- Giving the scheduled time as a cron style entry.
- Making the task run only once after WSO2 EI starts by using the
Task handling in a clustered environment
In a clustered environment, tasks are distributed among server nodes according to the round-robin method, by default. If required, you can change this default task handling behavior so that tasks are distributed randomly, or according to a specific rule. This is a server-level setting that is configured in the
- See Configuring the Task Scheduling Component for instructions on configuring the task handling behavior at server-level.
- You can also configure the task handling behavior at task-level, by specifying the Pinned Servers for a task. Note that this setting overrides the server-level configuration.
Also, note that a scheduled task will only run on one of the nodes (at a given time) in a clustered environment. The task will failover to another node, only if the first node fails.
Having deployed a task implementation to the ESB profile (see Writing Tasks), you can use the WSO2 EI Management Console to add a task to the "Tasks" list and schedule various instances of the task. You can use either UI configuration or to add and schedule tasks.
Follow the instructions below to add and schedule a task in WSO2 EI Management Console.
1. Sign in. Enter your user name and password to log in to WSO2 EI Management Console.
2. Click Main in the left menu to access the Manage menu.
3. In the Manage menu, click Scheduled Tasks under Service Bus.
5. Click Add Task.
6. The New Scheduled Task page appears. Enter the required details into the fields.
- Task Name - Name of a scheduled task.
- Task Group - The group name to grouping tasks. The group name
synapse.simple.quartzbelongs to the ESB profile - Synapse. All available groups are displayed as a drop-down menu. If there are tasks belong to some other domains, for example WSO2 Mashups tasks, then those will be shown here as a separate group names.
- Task Implementation - The implementation class of the task. To use the default task implementation that is available with the the ESB profile (and therefore can be used without downloading any third-party libraries or custom JARs), specify
org.apache.synapse.startup.tasks.MessageInjector. This class simply injects a specified message into the Synapse environment at WSO2 EI startup. For more information on writing custom task implementations, see Writing Tasks.
- Trigger Type- Trigger type for the task. This can be selected as either "Simple" or "Cron."
- Simple Trigger - Defined by specifying a
interval, implying that the task will run a
countnumber of times at specified intervals.
- Count - The number of times the task will be executed.
- Interval - The interval between consecutive executions of a task.
- Cron Trigger - Defined using a cron expression.
- Simple Trigger - Defined by specifying a
Pinned Servers - The list of ESB server nodes that will run the task. You can specify the IP addresses of the required nodes.
This setting can be used if you want the task to run on a selected set of nodes in an ESB cluster. Note that the task will only run on one of the nodes at a time. It will failover to another node, only if the first node fails.
As explained above, pinned servers will override the default task handling behavior defined at server-level (for this particular task). However, if rule-based task handling is specified at server-level, you need to ensure that the same server nodes you specify as pinned servers for the task are also specified for the task handling rule at server-level.
7. Click Load Task Properties to see the instance properties of the task implementation.
8. Use the instance properties fields as follows:
- Property Name - The unique name of the task property.
- Property Type- The type of property, either Literal or XML.
- Property Value - The value of the property.
- Action - Allows you to delete a property.
For more information on setting the properties for the default task implementation, see Examples and Injecting the message to a named sequence or proxy service below.
The org.apache.synapse.startup.tasks.MessageInjector implementation takes the following properties:
- format - defines the format of the message similar to Address Endpoint formats: soap11, soap12, pox, get
message - you can provide an XML or literal value depending on message format.
When you add a scheduled task, it is mandatory to provide a value for the message property. Therefore, even If you do not want to send a message body, you have to provide an empty payload as the value to avoid an exception being thrown.
- soapAction - specify the SOAP Action to use when sending the message to the endpoint.
- to - specify the endpoint address.
- injectTo - specify whether to inject a message to a proxy service or sequence. This field takes values 'sequence' or 'proxy' and 'main' to inject to main sequence.
- proxyName - if injectTo contains 'proxy' then the name of the proxy to inject the message to is specified here.
- sequenceName - if injectTo contains 'sequence' then the name of the sequence to inject the message to is specified here.
9. Click Schedule to apply the settings.
Follow the instructions below to add and schedule tasks using XML configuration.
1. Sign in. Enter your user name and password to log on to the WSO2 EI Management Console.
2. Click on "Main" in the left menu to access the "Manage" menu.
3. In the "Manage" menu, click on "Source View" under "Service Bus."
4. In the source view, add the task configuration based on your requirement.
The syntax of the task configuration is as follows:
Following are examples of configuring some common use cases. For an example of configuring a task with a simple trigger, see Sample 300: Introduction to Tasks with a Simple Trigger. To see a complete example of writing a new task and configuring it in the UI, see Writing Tasks Sample.
To run every 5 seconds continuously:
To run every 5 seconds for 10 times:
You can also give cron-style values. (For examples and syntax for specifying the cron value, see the Quartz CronTrigger tutorial.) To run daily at 1:30 AM:
To run only once after WSO2 EI starts:
Injecting the message to a named sequence or proxy service
By default, the message is sent to the Main sequence. To send it to a different sequence or to a proxy service, set the
injectTo property to
proxy, and then add the
proxyName property to specify the name of the sequence or proxy service to use. For example:
Injecting messages to RESTful Endpoints
In order to use the Message Injector to inject a message to a RESTful endpint, we can specify the injector with the required payload and inject the message to sequence or proxy service as defined above. The sample below shows a RESTful message injection through a ProxyService.