Scheduled Tasks
The Scheduled Tasks feature in Data Services Server can be used to invoke a particular operation periodically. The scheduling functionality is useful when a specific data service operation, which is scheduled to execute, is associated with an event-trigger. When such a scheduled task is run, the event can be automatically fired by evaluating the even-trigger criteria. For example, we can scheduled a task on getProductQuantity operation and set an event (e.g. sending an email) if the quantity goes down to some level.
The Data Services Server facilitates task coordination as well, which is useful in a clustered environment.
This is how you can enable the task coordination functionality:
By default, the coordination functionality is disable in tasks. You can enable it using the configuration file "coordination-client-config.xml" located in DSS_HOME/repository/conf/advanced directory. For example,
<CoordinationClientConfiguration enabled="true"> Â <Servers> Â Â Â <Server host="localhost" port="2181"/> Â </Servers> Â <SessionTimeout>5000</SessionTimeout> </CoordinationClientConfiguration>Â Â Â Â Â Â Â Â Â Â Â
You need to run a coordination provider server (ZooKeeper) for which the Carbon coordination feature can be installed instead of an external ZooKeeper server. You can use multiple coordination servers to handle fail-over.
When the servers are shut down in a clustered environment where multiple tasks are already registered, scheduled and run, there will be problems when the servers start up again. This is because a single server that is started first will try to schedule all the tasks in it, since that is the only server available at that moment.
The way to handle this situation in scheduled tasks is to define a server count parameter. It is a certain numerical value which specifies the number of servers that should be started up, before a particular server starts scheduling any tasks. This way, you can ensure that all the required servers are started up so that the tasks can be distributed among the identified task servers. The startup server count is given by setting the Java system property task.server.count. For example,
./wso2server.sh -Dtask.server.count=3
In this example, all servers will wait until each detects three servers in total in the cluster.
Note:
Only data services with HTTP endpoints are available when scheduling tasks to invoke data service operations. Also, only operations with no input parameters can be used in scheduling.
Coordination Server Clustering
The coordination servers, which are Apache ZooKeeper servers, can be clustered to cater for fail over scenarios. This is done by first creating a ZooKeeper cluster configuration for each ZooKeeper server instance and starting them up. The ZooKeeper configuration can be found in $ZooKeeperROOT/conf/zoo.cfg.
In the client-side of the coordination functionality, the file <DSS_HOME>/repository/conf/advanced/coordination-client-config.xml will resemble the following code block for multiple clustered coordination server entries:
<CoordinationClientConfiguration enabled="true"> Â Â Â <Servers> Â Â Â <Server host="localhost" port="2181"/> Â Â Â Â Â Â <Server host="192.168.0.2" port="2181"/> Â Â Â Â Â Â <Server host="192.168.0.3" port="2181"/> Â Â Â </Servers> Â Â Â <SessionTimeout>5000</SessionTimeout> </CoordinationClientConfiguration>
The configuration above points to three ZooKeeper servers residing in locations: localhost, 192.168.0.2 and 192.168.0.3. All are with client port 2181.
Info:
A detailed guide on configuring ZooKeeper servers for clustering can be found at
http://zookeeper.apache.org/doc/r3.2.2/zookeeperAdmin.html#sc_zkMulitServerSetup.
Also refer to Adding Scheduled Tasks.