- Downloading & installing
- Editions
- Licensing and activation
- Welcome screen
- Scaling & Performance
- Import Data from Files
- File Deployment Options
- Automation Options
- Data Refresh Options
- Feature Matrix by Edition
- Reference
- Small Print
- Specifications
- Web Services Integration
- Maps & Coordinates
- Troubleshooting
- Miscellaneous
|
|
||||||||
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) and must be activated with an Enterprise key. The Scheduler is a separate mouse-driven application requiring no special commands or development skills. The Scheduler allows business users with access to the 24/7 server to define a number of highly-customisable file operations according to a recurring schedule. The defined repeated operations are typically related to refresh and manipulation/distribution of Omniscope or DataPlayer .SWF files but can involve other file types, like Excel and printed static PDF and PowerPoint as well. Scheduler tasks can also include more complex integration actions such as archiving time-stamped 'snapshot' 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 (stored 'empty' or containing 'stale' versions of the data to be refreshed from source) as templates. Template IOK files are configured in desktop Omniscopes and saved as the file owner wants 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 them 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. This allows outside software processes to drive Omniscope refresh publish and distribute file operations via XML formatted text files generated on demand and saved into the Watch folder. More information Installation and requirementsThe Scheduler installer is included in the free Viewer installation file, but on the desktop 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 service
In addtion to the Scheduler logging options above, the Windows service provides an additional logging configuration. This additional logging is helpful when you want to get more information if you are having problems with running as a service. To enable Windows Service logging modify the wrapper.conf file located in service folder in the Visokio Omniscope installation directory 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
|







