|
|
|||||||||
|
SchedulerOmniscope SchedulerThe Scheduler is an automation tool that comes bundled within the Omniscope Enterprise Server Edition installer, which is the same as the free Viewer installer, but must be activated with an Enterprise key. The Scheduler is a graphical application requiring no special commands or development skills. The Scheduler allows you to define a number of highly-customisable tasks according to a recurring schedule. These tasks are typically related to refresh and manipulation/distribution of Omniscope or DataPlayer .SWF files but can involve otehr file types, like Excel as well. Scheduler tasks can also include more complex integration actions such as archiving time-stamped files to a server, delivering files via e-mail or FTP or downloading and merging a .CSV file from a remote source. The Scheduler uses existing Omniscope IOK files (empty or containing 'stale' versions of the data to be refreshed from source) as templates. Template IOK files are configured in Omniscope as you want all future refreshed files to appear. The Scheduler manages future updates to these files from the defined data source(s) according to a defined time schedule. The Scheduler can also manage distribution of the refreshed files by email or FTP it to a website, or add timestamps (for example) as part of the Task List. The Watch folderThe Omniscope Scheduler includes other processes as well as the chronological scheduling loop. One of these other processes is a separate 'watch folder' process. This process watches a user-created folder called 'watch' continuously while the Scheduler is running. Any .XML Actions files dropped into this folder are removed and executed immediately. More information Installation and requirementsThe Scheduler installer is included in the installation file, but is a separate application found in the Visokio installation group folder accessed from the Windows Start button.The Scheduler is time-triggered, intended to be installed on a continuously-running Windows server (or any spare PC), and requires a user to be logged in to run. Please note:
Concepts/DefinitionsTo configure the Scheduler, the following concepts/definitions are required:
Note: If you configure two Tasks with the same time, or if a preceding Task takes a long time, the second Task will not start until the first task has finished. Using the SchedulerThe Scheduler is a separate application that is started from the Windows Visokio Program Group. The Scheduler is not started from within Omniscope. You can have only one instance of the Scheduler running at a time. When you start the Scheduler, this small window is displayed, and after a short pause, the Scheduler window will appear:
Scheduler Configuration DialogueThe Tasks currently scheduled are displayed like this: ![]()
Starting with version 2.3, the Visokio Scheduler can be used in a "non-forked" mode enabling non-forked task execution. In the Scheduler settings dialog, "Fork scheduled execution", when un-ticked, allows scheduled tasks to execute in the same Java VM process as the Omniscope scheduling loop. This avoids the JVM startup time which can save over 10 seconds. Additionally, a timings option has been added to "chain action" and "file action" allowing you to analyse performance.
Configuring Scheduler ActionsExamples: Below we list a number of worked examples showing how to use the Scheduler for specific actions in downloadable .ZIP files: Example 1: Live Publishing
General Procedure- types of Scheduler actions:
First choose the type of Action. The most common Action to use is File Action
Configuring a File ActionChoose the source file (for example, an .IOK file that you want to refresh and save), by clicking Choose. Then add the other operations you want.
![]() Scheduler Task Dialogue-Edit TaskThe Edit Task dialogue is shown below:
![]()
In this example the Action is a Chain of actions action.
The Schedule section lists the recurrences configured. Here, one recurrence is defined: "every 15 minutes". You can configure multiple recurrences, such as "Every week starting 1 Feb 06" and "Every week starting 2 Feb 07", meaning every Wednesday and Thursday of the week. (See the Scheduler Recurrence dialogue below) The Time out can be used to ensure hung tasks do not hang the scheduler. If a task takes longer than this period, it will be killed, allowing subsequent schedules of the same task or other tasks to continue. You may need to increase this if you are running very long and complex actions. Scheduler Recurrence Dialogue
The Recurrence dialog allows you to specify a simple repetition according to a specified period of minutes, hours, or days, etc. If you want more complex schedules you must create multiple recurrences. For example, weekdays would be represented by 5 recurrences each beginning on a different weekday. Logging- enabling in both Scheduler and Windows serviceBoth the Visokio Windows service and the Scheduler have seperate configuration files that you need to modify to enable logging. SchedulerIn order to enable logging for the Scheduler you need to add debugScheduler and debugSchedulerConfig properties to your config.xml. This file is usually located under c:\program files\visokio Omniscope\scheduler Add the two properties mentioned above to the schedulerConfig tag as shown below in bold ... <schedulerConfig port="24679" forkScheduledExecution="true" watchFolder="watch" watchPollingInterval="40" debugScheduler="true" debugSchedulerConfig="true"> Once you have done that restart the Scheduler in order for the new settings to take effect. The log files are kept in the same folder as the config file. The log file is named log.txt Windows serviceIn order to enable logging for the service you need to modify the wrapper.conf file located under c:\program files\visokio Omniscope\service and then changing the wrapper.console.loglevel to either of the following options:
For example, if you wanted to change the log level to INFO you would do the following: wrapper.console.loglevel =INFO Once you have done that restart the service for new changes to take effect. The log file for the service are kept in the same location as the wrapper.conf and is named wrapper.log
|







