More about Declare Trigger rules

The primary page passed to Trigger activities is the top-level page corresponding to the Applies To class of the rule.

An activity of type Trigger may alter properties, call functions and execute other rules, but do not perform database commits. Take care in declarative processing not to specify processing that produces infinite looping.

When you choose In Background on Copy in the Execute field, the triggered activity runs in a child requestor in parallel to the current requestor. This means that:

• The triggered activity does not appear in your Tracer session
• The triggered activity cannot access clipboard pages other than the primary page
• Within the triggered activity, the primary page has no name

Primary page

During execution of a Declare Trigger rule, the page on which the rule operates temporarily becomes the primary page. The page keyword PRIMARY and the results of the tools.getPrimaryPage() PublicAPI method reflect this change.

When the Declare Trigger rule execution completes, the primary page of the calling activity resumes as primary.

Testing and debugging

Using the Tracer, you can watch the evaluation of a Declare Trigger rule if the Execute field value is Immediate :

1. Start the Tracer and select a requestor session.
2. Click Settings and check the Declare Trigger box in the Event Types to Trace section.
3. Select the RuleSet that contains the rule to be traced.

History change auditing

Declare Trigger rules can automatically update the history of a work item, rule, or data object when certain properties change.

For work item change tracking, use the Field Auditing gadget, on the Work History landing page.

For data or rule tracking, see PDN article How to audit field-level changes to security rule and data instances.

Click Actions > View Java to view the generated Java of a rule. You can use the Java code to debug your application or to examine how rules are implemented.