MARIFlow User Guide



MARCA USER GUIDE

1 - MARCA Configuration

A - Alias Configuration

Before a MARCA starts, it needs to be configured so that it knows all the information that it needs to communicate with it`s UMIA and other MARCAs participating to the workflow.

When you run the MARCA configuration script, first, the Alias Configuration Frame is opened and the following information needs to be entered in order to initialize the MARCAs & UMIAs with the required keys.

  1. First you should enter information about your site < Alias Name of your MARCA, MARCA Host Name, Marca Mail Address and Outgoing Mail Server >. Then, click Next button.
  2. Then, you should enter information about other MARCAs, their host names and aliases.
    Click "Add" button to add a "new site", an empty row will appear, fill that row with the required values.
    Click "Delete" button to delete the selected row.
    Click "Back" button to go to step 1.
    Click "Next" button to go to final step.
  3. Finally, you should enter the alias names and e-mail addresses of UMIAs that this MARCA needs to communicate with.
    Click "Add" button to add a "new UMIA" for this MARCA, an empty row will appear, fill in the fields of that row.
    Click "Delete" button to delete the selected row.
    Click "Back" button to go to step 2.
    Click "Finish" button and information will be saved to a file called MARCA_Aliases.cfg.

Note:All aliases should be the same with the aliases that are entered from "Trusted Authority Tool", all blanks in MARCA_Aliases.cfg file are tabs.

B - MARCA Configuration

MARCA should be configured in order to communicate with the UMIA and the Databases.
  1. Communication parameters
    Message Port: The port number through which the MARCA listens for the messages. ("7952" is default).
    Incoming Mail Server: POP3 server address through which the MARCA receives mails.
    Incoming Mail Server User Name and password: User Name and Password that POP3 Server (The mail account of MARCA).
  2. Database Parameters
    JDBC Driver to be used for the local database: JDBC Driver Class name to be used for the local database.
    JDBC String for the local database: JDBC URL string for the local database of the MARCA.
    Login Name and Password for the local database: Login name and password needed by the MARCA, in order to connect to the local database.
  3. System Parameters
    MARCA Path: Absolute path of the directory where the MARCA software runs, it should be installationDirectory/MARCA. installationDirectory is the directory which you installed the software.
    Local Host IP: IP address of the machine that the MARCA will run on.
    Local Host Name: Host name of the machine that the MARCA will run on.
    Debugging Level: Level of detail of debugging information that the MARCA outputs to the terminal.
  4. Task User
    UMIA Mail addresses/UMIA Server Address: The list in this part associates given workflows to given UMIAs. When TCP/IP option is selected, UMIAs are identified by their UMIA Server Addresses, otherwise, they are identified by their E-mail addresses. WorkflowName default is reserved for workflows that are not assigned with an address. Hence the workflows which are not assigned an address, use the address defined for default
  5. Options
    Disbale Send Task: When selected, send tasks are ignored (i.e Effect of send task is seen but the document is not actually send).
    Record lifetimes of activities: When this option is , lifetimes of each activity is recorded.
    Communication Type with UMIA Server: In test mode, MARCA and UMIA Server can communicate through TCP/IP. When TCP/IP option is selected, list of workflow/E-Mail pairs at Task-User panel is changed to list of workflow/UMIA Server Address pairs.
  6. File Menu
    Saving Configuration File: Either choose "Save" from "File" menu or "click" the "Save Icon". Configuration will be saved to the file MARCA.cfg in the installationDirectory/MARCA directory.
    Exit: To exit, choose "Exit" from the "File" menu.

2 - Running MARCA

To run MARCA,
Type "run [-r] [-t] [-wr] [-installDir installationDirectory]"
-r option is used MARCA to recover its state, -t option runs the MARCA in test mode (i.e without encryption&decryption), -wr option means start the MARCA with rescue, and -installDir option is indicates that the software is installed at installationDirectory directory. With Version 2.2, two new files will be created, namely marca and startmarca. The file named marca calls the file named startmarca and it is recommended that you give MARCA options by modifying startmarca file and leave marca script unchanged. If you put (on unix like system) a line installationDirectory/MARCA/marca start to the rc.local file, MARCA will be started when the operating system starts.

3 - Running Rescue

Rescue will be started automatically by the MARCA when you run MARCA with -wr option.

4 - Key Initialization

In order to have the MARCA initialized with the required keys, the MARCA should know which sites are involved in the scenario, before receiving the keys from the Trusted Authority. For this reason it must be configured using the Alias Configurator tool, before it is executed. This information is saved in a file called MARCA_Aliases.cfg. When the key for the Trusted Authority is created, you will be given a file named as TAPublickey.pk from the Trusted Authority, and you need to place it under installationDirectory/MARCA directory. Afterwards, when you run the MARCA software, it will wait for the keys that will be received from the TA (Trusted Authority). When the TA sends the keys, the MARCA will accept them and when it receives all the keys it will store them in a file called MARCA.kst and export the key for the Super User at that site to a file called SU.kst under the installationDirectory/Keys directory. When the MARCA starts listening for mails, this means that it has succeeded in receiving all keys that it needs. When the key initialization process needs to be repeated (e.g. One site couldn`t get all the keys it needs) file MARCA.kst must be removed. Otherwise, the MARCA will ignore when new keys are received.

UMIA User Guide:

1 - File Menu

2 - Applications Menu

3 - Information

4 - List of Activities.

UMIA maintains the list of activities in order the user to deal with them. Each activity occupies a row in the list with its name, state (STARTED, ABORTED or COMMITTED), deadline date (not used), and Workflow Informed (whether MARCA is informed about the result of that activity). To manage an activity, click the right mouse button while the pointer is on that activity, a menu will be opened with the following attributes :

5 - Running UMIA

UMIA could be run with the following command :
run [-t] [-p portNo]
Where, -t option runs the UMIA in test mode, -p option is provided to provide the port number of the UMIA Server to which this UMIA belongs to (default port number is 3333).

Remark: Assigned applications return values (Variable/Related Info) in a specific format. Running application should output the result, line by line to the standart output stream with the following format:

Variables: VARIABLE    variable_name=value
Related Info: RELATED_INFO    related_info_name=value

UMIA Application Server User Guide :

Application Execution:


UMIA Application Server is responsible from reading e-mails sent by the MARCA, through the POP3 Server and executing the applications assigned to the corresponding activity. When the started application finishes, the result is captured and stored on the filesystem. UMIA asks, at specific intervals, about the state of the activities handled by the Application Server and when that state information is completely received by the UMIA, the Application Server removes the results from the filesystem and stores its own state persistently.

Initialization:

In order UMIA Server to be initialized with the required keys, first the MARCA site should obtain the public key file of the Trusted Authority and place it under the installationDirectory/Keys or installationDirectory/UMIA_Server directory. If that file is not available, the program will exit. MARCA sends the keys related with the UMIA, received from the Trusted Authority, to the UMIA Server. As soon as the server reads this mail, it initializes and exports its keys to a file called UMIA.kst under nstallationDirectory/Keys directory.

Configuration:

Following information needs to be filled in order to run UMIA Server Note: Configuration is saved to a file called UMIAServer.cfg under installationDirectory/Config directory. Also note that all blanks in this file are tabs.

Running:

UMIA Server could be run with the following command:
run [-t]
Where -t option starts the UMIA Server in test mode.

Remark:
If the initialization process fails after the UMIA Server had received its keys successfully, you should remove the file UMIA.kst from the Keys directory. Otherwise, it will ignore when it receives its keys again.

Trusted Authority Tool User Guide

Trusted Authority tool is used to generate and send necessary keys to all participants. Usage of this tool is comprised of the following steps
  1. Information about all MARCAs to be used:
    At this step you will provide all MARCAs at each site with an alias that will be used during encryption/decryption of the messages. You should use the same aliases for each MARCA, that is entered during MARCA configuration at each site. To add an alias, click "Add" button, a window opens for adding the alias information. Enter the alias and the host address of the machine corresponding to that alias and press "Add" button. "Delete" button removes the selected assignment from the list. Click "Next" button to go to the next step.


  2. UMIA Aliases and their corresponding MARCAs:
    Click "Add" button to add a new UMIA, give an alias name and select its corresponding MARCA, then click "Add" button. New UMIA alias will be added to the list of UMIAs. "Delete" button removes selected UMIA-MARCA assignment from the list. Click "Next" button to go to next step. When you click "Next" button, a key pair will be generated for the Trusted Authority and the public key will be exported to a file called TAPublicKey.pk (This may take a while). Before running a MARCA at each site, place this file under the installationDirectory/Keys or installationDirectory/MARCA directory by some secure method. Click "Back" button to go to the first step.


  3. Transfer of the Key Pairs:
    At this final step, when you press the "Finish" button, a key pair is generated for each MARCA and UMIA you defined and they are encrypted using the private key of Trusted authority. The generated key pairs are send to the corresponding MARCAs. Please be sure that all MARCAs receives the public key file of the Trusted Authority and is started as expected at all sites. To go back to previous step, click "Back" button.
You can exit at any step by clicking "Exit" button.

Process Definition Tool User Guide

1.File Menu :


    New:Opens a new Process.
    Open:Open a saved Process.
    Save:Save the current process in the current mode (Textual /Graphical). In order to save the process in textual format, it should be grammatically correct.
    Save as: Save the process with different name.

2.Create Menu :


    By selecting  "Process" from this menu item (the only choice actually) the current process in Process Definition Tool is mapped to textual format. If it succeeds, textual definition is send to MARIFlow parser. Otherwise, errors/warnings are displayed and you can select to continue or cancel the process.
    Parser verifies the process syntactically and informs the user about the errors/warnings encountered during parsing. User has option to continue to send the process (if no errors occurred) and see textual definition/errors, and cancel sending process. In order process to be send, you should put key file and alias file of your MARCA under the Process Definition Tool directory. (MARCA.kst and MARCA_Aliases.cfg).

3.Verify Menu :


  Maps the current process defined to the textual format, then if it could be mapped to textual format, it sends the definition to the MARIFlow parser to be verified syntactically. If any error/warning is encountered, user is informed about it.

4.Define Menu :



    a-Variable Definition :
       Variables can be defined by selecting "Variable" item from the "Define" menu.Then, variable definition window is opens.     b-Process Information Definition :
       Process Info can be defined in a similar way, that variables are defined. To define Process Info, select "Process Info" from the "Define" menu.     c-Activity Definition :
       Activities are defined by selecting "Activity" from the "Define" menu. When selected, Activity Definition Window opens. It contains list of activities defined so far, and buttons to add a new activity, delete/modify selected activity.To define a new activity click the "Add" button, then a dialog window opens to input the necessary information about activity that will be added. It contains :     d-Domain Definition :
       Information about sites participating the process is defined by selecting "Domain" menu item from the "Define" menu. When selected, a dialog window opens that contains list of domain definitions defined so far. It includes following :

5. Options :



The following options are available for the Process Definition :
  1. Network Options : Contains the port number which all MARCAs are listening from, always 7952. Available when the tool runs in secure mode.
  2. DBOptions : Central database parameters for the process being defined.
  3. Save/Load Options : Choice of saving/loading workflow definition in textual or graphical format. In order to save in textual format, definition should be gramatically correct.
  4. Export/Import : Choice of exporting/importing Activity,Domain,Variable and Process Info definitions to a file. When a definition with the same identifier is imported, last one imported overrides the other one.
  5. Exit : Exits the Options menu.

6. Activity Dialog Window :



Activity properties can be defined by clicking right mouse button on the activity object, and selecting "Properties" from the menu that appears. Then "Activity Dialog Window" opens and it includes the following items :

7. Defining Send Task :



Click right button of the mouse on the send object, then choose "Properties" from the menu appeared. "Send Window" will be opened :

8. Defining Statement :



Click right mouse button on the statement object, then choose "Properties" from the menu that appears. "Statement Selection Window" will be opened. Proceed as follows :

9. Other Functionalities :



Selecting the coordinator:
Click the right mouse button on the coordinator block (Serial block at the top of the window). Then a dialog window will open.
Entering expression to While/If Blocks:
Click right button on the block object, "Expression Window" will open. Fill the "Expression" field and press "OK".

Running from command line:
You can run from command line by the following command:
parse [-t] [-v|-s|-h] <filename> [portNo]
-t test mode (no encryption). -v verifies the textual definition in filename.
-s verifies and sends the textual definition in filename to the relevant MARCAs.
-h prints usage.

Database Initialization Guide

1 - Central Database Initialization :

Central Database Initialization Tool (CDIT) initializes/creates the central database that the MARCA needs, along with the necessary tables. A user has the option of entering his/her own jdbc string and give any name to central database rather than just "Workflows". Proceed with the following steps when using Central Database Initialization Tool:
  1. Creating central database using SQL_SERVER
  2. Creating central database using POSTGRES Remark:In order to create database, you should have initial database named "template1".
  3. Creating central database by entering Own JDBC String Remark:In order to successfully create all tables, your driver should support "setDatabase" function in "Connection" class. Otherwise, driver will silently ignore this command and all the tables will be created using the URL you entered rather than the database created.
Note:If the central database is already created, it will not be recreated and only the required tables will be created. Choose "Save" from the "File" menu to save the information into configuration file named CentDBConf.cfg.

2 - Local Database Initialization :

Proceed the same as the central database initialization, except that you should enter the "Monitoring Web Address" in this case. Configuration will be saved to file named LocalDBConf.cfg under Config directory.

Key Initialization

Before Trusted authority sends all keys to responsible sites, following files must be present at all sites!

MARCA Initialization

After the Trusted Authority sends all the keys to relevant sites, all MARCAs will be initialized with required keys and will start polling for mails from the UMIA, if it is configured correctly!

If you succeed in initializing the MARCA with required keys, files named MARCA.kst and SU.kst must have been created under the Keys directory. If so, it means that MARCA succeeded in initializing and it successfully send the keys to its corresponding UMIAs. MARCA.kst is the key file of the MARCA, and SU.kst is the key file of the Super User corresponding to this MARCA.

UMIA Server Initialization

In order the UMIA Server to be initialized, it should have file TAPublicKey.pk under installationDirectory/Keys or installationDirectory/UMIA_Server directory. It waits for the mail with the keys, from its MARCA. Upon receiving that mail, UMIA Server decrypts all keys (Virtual UMIA keys, its own keys and its MARCA's public key) and stores them in a file named UMIA.kst under the Keys directory.

Postgres Backup


Postgres Backup Using Online Backup Tool:

Following steps must be carried out in order to take on-line backup of the database files on Unix: Backup is taken by using unix "crontab" command. To restore a database, type source restore. It will restore your files with the latest backup taken, if there exists any.

Super User Tool User Guide

Configuration

To configure, run Super User Tool and choose "Options" from "Tools" menu.

Usage

Type "source run" on Unix, "run" on Windows, to start, the Super User Frame will be opened, and it will list the NON VITAL-Exception messages received so far. Select a message from the list and click "Ignore" button in order the process instance to finish, i.e. handle the exception. Two new buttons added to this tool with version 2.1.1, click AddNewSiteButton to add a new site, and AddNewUMIAButton to add a new UMIA to the scenerio as explained in How to add a new site & UMIA to the scenerio.

Note:You should have "SU.kst" key file given by the MARCA, located under the Keys directory in order to run the Super User Tool.

Mariflow Web Page :


Mariflow web page is under installationDirectory/mariweb/ directory and it contains: You may copy this directory to your web page in order to be able to use Monitoring Tool.

Monitoring Tool

  1. Configuration
    To configure Monitoring tool, type "source configure" on unix and "configure" on windows, under the mariweb/Monitoring_Tool directory. The configuration frame opens. You should enter the necessary parameters to connect to the central database for the process. If you want to enter your own JDBC String, click the radio button labeled "Enter own JDBC String" and enter JDBC URL String into the text field, next to it. Enter User Name, password and Driver class name; Web Address is optional. Otherwise (If you do not want to enter your own JDBC URL String), choose database type, POSTGRES/SQL_SERVER, enter User name, Database Server Host, Database Server Port and Database Name for the central database. Then click "Save" button. Options will be saved to a file named parameterFile.txt.

  2. Usage
    In order to use Monitoring, you should copy "mariweb" directory to your web page (Web page and Database server for the central database must be on the same machine for applet security restrictions). Monitoring address has three fields :
    1. Current System Information:From this field, you can see the list of workflows, current instances, activities and participating sites. Also you can see the state of any instance by clicking on "Instance State Monitoring" Button and selecting the workflow and instance from the list which will be present on the appearing window.
    2. Basic Queries for Certification:You can execute predefined queries for "Certification Process" from here.
    3. User Defined Queries:You can execute any SQL query from this field on the central database.

Adding a new partner and UMIA to the current scenerio

Each MARCA exports its public key to the Keys directory (current directory if Keys directory does not exists) after it receives its keys. If key initialization phase was carried out before using old version (version 2.1 and below),MARCA will export its public key when it is run after upgrading to version 2.1.1. Name of the key file is SitePublicKey.pk.

Adding a new partner

To add a new partner, installation & configuration must be completed at new partners site, and SitePublicKey.pk file of the one, who will add this new partner to the scenerio, should be placed under the Keys and UMIA_Server directories of this site. (Note that if UMIA Server reads from Keys directories & MARCA and UMIA_Server are running on same machine, then UMIA Server will unable to access the SitePublicKey.pk file if UMIA Server is run after MARCA receives its keys, since MARCA will overwrite the file SitePublicKey.pk). All MARCAs & UMIA Server of the site adding new partner should be running while adding new partner to the scenerio.

Following steps should be carried out to add a new partner to the scenerio :
  1. Click "Add New Site" button on Super User tool.
  2. Enter alias name of new site and MARCA address of the new site as configured at new site.
  3. Select UMIAs and add all UMIAs that new site will use. (All UMIAs should be configured at new site).
  4. Click "Add New Site" button to add the new site when you finished.
  5. Click "Exit" button to exit without adding new site.

Adding a new UMIA

Before adding a new UMUA, SitePublicKey.pk of your MARCA should be placed under the UMIA_Server directory. Then do the following to add a new UMIA for the MARCA :
  1. Click "Add New UMIA" button from Super User tool.
  2. Enter alias name for the UMIA and mail address of the UMIA.
  3. Click "Workflow Info" tag.
  4. Enter workflow names from which this UMIA is responsible for.
  5. Click "Add New UMIA" button to add the new UMIA.
  6. Click "Exit" button to exit.

Running a component in test mode


To run a component in test mode, provide -t option to it. All security checks will be ignored when run with this option.
Note:MARCA should be configured with -t option if MARCA will be used in test mode, since mail information for MARCA is obtained from Alias configuration file to prevent confusion.

CHANGES Since Version 2.0

  1. MARCA Recovery: MARCA can be recovered to the state when it is dead, by running MARCA with -r option.

  2. Switching to Manual Mode in UMIA: Each activity assigned to an application can be switched to the manual mode.

  3. Version numbering: Each tool will print its version number by giving an option "-version" to it.

  4. Format of the Alias configuration file is changed for MARCA: Format of Alias configuration file is understandable now.

  5. Close Button added to Alias Configuratoion Tool: Close button added to Alias Configuration Tool, which exits without saving configuration.

  6. Driver for Central Database: MARCA receives driver for central database for each workflow from the process definition int this version rather than sticking to one driver for all processes. MARCA holds driver class names for each process in its local database. For this reason, Local database for MARCA needs to be recreated, it is not compatible with version 2.0.

  7. "Config" and "Keys" directories:Two new directories namely Config and Keys are added to hold the keys & configuration files for each tool/program. Each component will first look at this directories for Keys and Configuration files, if it can`t find here, then it search for it on the current directory.

  8. MARCA Port number: MARCA Port number can be changed now, which was not possible in version 2.0 since it was hard coded in Trusted Autority Tool . Now, Trusted authority tool can be run by giving port number of MARCAs from the command line.

  9. Auto save function for DB Initialization: Auto save function is added to central and local database initialization tools.

  10. Console output for UMIA Server: UMIA Server will output to standard console by running it with "-console" option.

CHANGES Since Version 2.1

  1. Adding new partner:Adding a new partner to the scenerio is implemented.
  2. Adding a new UMIA:Adding a new UMIA to the scenerio is implemented.
  3. Super User configuration:Configuration file for Super User tool is editable with this version with the addition of Marca Mail Address field.

CHANGES Since Version 2.1.1

  1. Selectively deletion of activities: It is possible to selectively delete the activities within the UMIA.
  2. Finished activities put into a new list: When an activity finishes and its result is send to the MARCA, it is put into a new list.
  3. Time information for workflows: Workflows information is displayed with the arrival times to the UMIA from the Involved Workflows section.

CHANGES Since Version 2.1.2

  1. Optional Keys: Each component can be run without using security package for testing purposes, by providing -t option.
  2. Mail Server Configuration: Mail server can be configured by providing IP Addresses in all configuration files.
  3. UMIA: UMIA interface opens without password.
  4. Document Types file Format of UMIA: Document types file is editable and named DocumentTypes.cfg.
  5. Expression information at Monitoring tool: While blocks, statement blocks and if blocks can be monitored from monitoring tool including state and expression information.
  6. Lifetimes of activities: Lifetimes of activities of each instance at each MARCA are recorded to the file named InstanceId/TaskTimes.

CHANGES Since Version 2.1.3

  1. Import/Export functions are provided in definition Tool
  2. Several options for MARCA, UMIA and UMIA Server are provided.
  3. Rescue process is made optional, and a script is provided for unix like systems that will make MARCA to start at boot time when called by OS.
  4. Format of tables in Central Database are changed:Format of Central database is changed to identify each MARCA by both hostname and port number, a field indication the port number is added to some tables. So, central database must be recreated.

CHANGES Since Version 2.2

  1. Top node in the Monitoring Tool is given the Workflow name rather than "Coordinator".
  2. Input&Output Document List Frames in the UMIA are made resizable.

Bug Fixes

Since Version 2.0

  1. Incompatibility between Definition Tool an Monitoring: It was now possible to monitor a process including while block with version 2.1 which was not possible in version 2.0.

  2. Format of date in mails of UMIA: UMIA Server is now able to read the e-mails it receives from MARCA, which was not possible in version 2.0 due to the locale difference in Germay and Turkey and now in version 2.1 software is locale independent.

  3. Domain Definition in Process Definition Tool: When defining domains in Process Definition Tool, it is now possible to use "-" character, which was not possible in version 2.0.

  4. Key file for Super User may not be created: At key initialization phase, key file of Super User is created which was not possible in version 2.0 because of the file name incompatibility.

  5. Definition Tool unable to open saved definition including while block: Definition tool is now able to open saved definitions including while blocks which was not possible in version 2.0.

  6. Web page doesn`t work with Internet Explorer: It was not possible to click links on the web page using internet explorer in version 2.0. Now, it is possible with this version (2.1).


Since Version 2.1

  1. MARCA Config File:MARCA was unable to open configuration file from "Config" directory with version 2.1. It can open "MARCA.cfg" file from "Config" directory.
  2. Involved Workflows section in UMIA:OK button doesn`t work at Involved Workflows section in UMIA, with this version it closes the window.

Since Version 2.1.1

  1. Saving input document of an activity:It was not possible to save input document of an activity from the UMIA with the old versions, with this version it is possible.
  2. Mail Receiver was unable to decode attachment:Mail receiver was unable to decode files attached from different platform with old releases, now it can open all the files attached.

Since Version 2.1.2

  1. Generates/Returns fields of activity in Definition tool:When an activity choosen to generate/return something, old information about returns/generates fields of that activity was lost with the old versions, it is now fixed with this version.
  2. Comment format in MARCA config file:Comments can be entered by putting '#' character at the beginning of each line to be commented out. Old versions accepts comment anywhere preceeded by '#' character, which creates problem when user has '#' character in password field.
  3. Reconstruction:MARCA reconstructs workflow definition by looking only at host name, however definition might be send using IP Address. So, MARCA was unable to be reconstructed when definition send using IP Address of the machine, with this version the bug is fixed.
  4. While Block in Monitoring Tool:There was a small displacement in drawing when definition send contains while block in Monitoring Tool. It is fixed with this version.
  5. While Block in Definition Tool:Lines of while block crashes with block under the while block if there is a parallel block under it that has enough width. The bug is fixed with this version.

Since Version 2.2

  1. UMIA Server could not run Windows batch files properly:In earlier earlier versions, windows batch files couldn`t be run properly by the UMIA Server due to limited output buffer size for batch files under Windows OS. With this version, output of the processes are taken while the process is running to make batch files to run correctly.
  2. Empty fields in Application Assignment:Saving assigned application with empty fields may cause Application Assignment not to open further with the older versions. It is fixed with this version.

Compatibility with old version

Since Version 2.0,

The only incompatibility is the local database for the MARCA. It needs to be recreated in order to run correctly with new version.

Since Version 2.1,

Super User tool needs Mail Address of its MARCA to be configured.

Since Version 2.1.3,

Central database must be recreated.

Since Version 2.2,

Old workflow instances can not be viewed from the Monitoring Tool.