How To Schedule Package Execution and DeliveryEverserve can take advantage of the operating system's interface to schedule package delivery or execution. All packages are delivered immediately following the execution of a deliver command on a publisher in the community. Packages are executed immediately after the peer receives them. This document describes the use of OS commands, specifically AT commands in both Windows and Unix environments to schedule Everserve deliveries. Scheduled package deliveryThe timed delivery of packages is a valuable feature. For example, a delivery could be scheduled to run after regular office hours when the network is not busy. Additionally, there is the case where a package should be scheduled for execution on a regular basis. On a Solaris Unix system the cron daemon and crontab file could be employed for execution of the same package on a regular basis. The Windows Task Scheduler can accomplish this as well. Both operating systems provide an AT command that can be used with Everserve. Scheduling execution of a package on the receiving peerAT commands inside a package spec enable Everserve to execute the package at a certain time. The Everserve package spec can consist of AT commands that encapsulate commands to be executed at a specific time rather than at the time of delivery. However, the results of these scheduled commands cannot be stored by Everserve into receipts. Output from the commands that are scheduled with AT will not be recorded and returned in Everserve receipts to the publisher. Instead, the return receipt will contain confirmation that the scheduling using the AT command was successful. What follows is a sample package that uses AT commands to manage Everserve maintenance. The package-spec allows you to pause the Everserve community temporarily while the publisher or community manager is taken off line. It also schedules the execution of commands to restart Everserve. For a Windows based community: <?xml version="1.0"
?>
A Unix environment package: <?xml version="1.0"
?>
AT commands executed by these packages will not report any problems with the scheduled command in an Everserve receipt. If it is important to capture the results of the execution of the commands wrapped in AT, additional steps would be required. For example, the output from execution of the command scheduled by AT could be redirected into a file. A second package, delivered after execution of the AT command, can then output the file contents using "cat" or "type". Alternatively, the output could be emailed to the Everserve administrator. Another option is to execute the commands from a script that captures the output in an appropriate way. A good practice, as seen in this example, is to follow up the delivery with a package that executes AT (Windows) or atq (Unix). The output sent as a receipt to the publisher will validate that the commands are correctly scheduled. Synchronous delivery of web content, another example of schedulingA situation that might prompt an administrator to schedule package execution is the delivery of files or directories to a public web site at a particular time. Consider the case where a pricing scheme is going to change on an e-commerce site with multiple load balanced web servers. All of the web servers should be updated simultaneously. This modification should happen on each of the servers at exactly the time when the pricing policy change occurs. In this example, AT commands are once again used to support publication of the html in a timely fashion. File-spec and directory-spec commands are used to deliver the content to a temporary location. The package also contains move or copy commands (copy or move wrapped by AT) to relocate the content at the appropriate time. For a Windows based community: <?xml version="1.0"
?> A Unix environment package: <?xml version="1.0"
?> |
