You can use the default Decision Warehouse to store the
trace of a ruleset execution.
About this task
The following workflow illustrates the default use of
Decision Warehouse, that is, without customization.
Procedure
- Complete the installation of Rule Execution Server and
Decision Warehouse on your application server.
Typically,
you create database schemas for Rule Execution Server and
Decision Warehouse by running the Installation Settings wizard from
the Rule Execution Server console.
- Enable ruleset execution monitoring by making sure that
the following ruleset properties to true.
- ruleset.bom.enabled
- monitoring.enabled
- ruleset.sequential.trace.enabled if the
ruleset contains tasks that use the sequential or the Fastpath execution
mode.
Note: You can add these ruleset properties before or after
deployment by working from Rule Designer or
from the Rule Execution Server console.
Rulesets that are built with the decision engine use only the monitoring.enabled property
and do not need ruleset.bom.enabled and ruleset.sequential.trace.enabled.
These properties are therefore ignored for such rulesets.
- Execute the ruleset from testing and simulation, a client application, or a hosted
transparent decision service.
The execution trace data is written to the default Decision Warehouse database.
- View the stored results in Decision Warehouse.
Use
the
Decision ID to locate a specific transaction
and view the executed rules. Decision identifiers (IDs) are generated
automatically or manually.
- By default, decision IDs are generated automatically. In this
case, they are identical to the identifier of the execution unit (XU)
connection.
- You can also create decision IDs by using the rule session API.