Execution Zone
The Execution Zone consists of one or several Execution Containers. There are two types of pico instances that may run in these containers:
Execution Context (EC)
Execution contexts need to be added to pico groups with the same name for proper configuration!
For more information, see topo .
Execution Context
An EC will stop execution if the connection with the Platform is lost, but for realtime workflows you can configure the workflow to run as a standalone, which will allow it to continue running even if the EC looses connection with the Platform. See Workflow Properties for more information. All the Execution Contexts will register themselves as available in the system at startup.
Since batch and real-time processing has different characteristics and requirements, workflows of different types should be executed on separate ECs.
If an EC loses contact with the Platform, workflows that have not been configured to run as standalone workflows will abort as soon as information supplied by the Platform is missing, e g when a transaction is finished. A realtime workflow configured to run as a standalone workflow can continue to run as long as it does not require any information from the Platform.
The EC property ec.backlog.dir determines whether you want events and error messages, occurring when the contact is lost, to be logged in a backlog or not. If the property is not set, events and messages will not be logged. The value of the property states where the backlog resides. The default location is the MZ_HOME/tmp directory. For further information about this directory, see Software Environment .
When the connection between the EC and the Platform is restored, the backlog will be transferred to the Platform. The System log entries will contain a timestamp from when they were transferred, that is the time when the connection was reestablished. In case the EC is shutdown during an unreachable state, the backlog will be removed and will never be transferred to the Platform.
An unreachable EC will be deregistered, and after 45 minutes it will be removed from the Pico Manager , if a manual deregistration has not been made before that time has passed.
When an EC is deregistered, the workflow will be considered to be aborted on the Platform. In reality, however, it can still be running on the EC. In that case, the workflow needs to be stopped manually in the Execution Manager .
For further information about the different types of workflows, see Workflow Types .