Using the ExtData/History tool

This page describes how to use the ExtData/History tool. This application allows the user to run either or both ExtData and History at predefined times, with multiple configurations in one execution. The application has a simple gridded component to make a grid and create either imports or exports for ExtData and History respectively and perform some functions that will be detailed below. The main application for this will be to test ExtData as we refactor it.

The application has the following modes that affect what the application gridded component does:

Generate Exports - Fill the export state with a predefined function

Fill Imports - Create some imports, up to ExtData to put something in them

Fill Exports from Imports - Create some exports and imports and fill the exports with the values of the imports. Obviously the names must match

Compare Imports - Create some imports, ExtData will of course try to fill. Compare the values in the import with a predefined function.

The application has a main CAP.rc file. This is a list of the CAP.rc for each case that will be run and looks like this:

CASES::
CAP1.rc
CAP2.rc
::

The CAP.rc for each cases is a little different than the normal cap and looks like so.

ROOT_NAME: Root
ROOT_CF: AGCM1.rc
HIST_CF: HISTORY1.rc
EXTDATA_CF: EXTDATA1.rc

BEG_DATE:     20040101 210000

JOB_SGMT:     00001200 000000
HEARTBEAT_DT:   3600

RUN_TIMES::
20040115 210000
20040215 210000
20040315 210000
20040415 210000
20040515 210000
20040615 210000
20040715 210000
20040815 210000
20040915 210000
20041015 210000
20041115 210000
20041215 210000
::

The CAP in the application will run a clokc from the BEG_DATE for the JOB_SGMT length at a HEARTBEAT_DT interval. ExtData, History, and the application component only run at the times listed in run time. This is a bit clunky but unfortunately History uses alarms which will only go off if a clock advances. This is very unfortunate as it adds confusion to the application.