The check-out feature lets a team of application developers work on an application (associated with a RuleSet Name) without interfering with or overwriting each other's work. A rule can be checked out to only one developer at a time.
Check-out is optional feature controlled by two check boxes:
A developer can check out a rule only if both boxes are selected.
At the top right of a rule form, a padlock image () indicates that a rule
is checked out.
When check-out is possible for a rule, the Check Out button
() appears on the toolbar. This button does not
appear if the rule belongs to one of the few types that
don't support check-out, or if the rule is already checked
out to you or to another developer.
To check out the current rule, click the toolbar Check Out
button (or type the keyboard shortcut CTRL
+
ALT
+ C
).
Use the
Checked-out button (
) on the Find area or select
View > Rules > Checked Out By Me to quickly
see a list of rules checked out to you. To list all the
rules checked-out by anyone, select View > Rules >
All Checkouts.
To report
on checked-out rules, create a list view or summary view rule
with Data-Rule-Locking as the Applies
To class. Create this rule using the List View or
Summary View rule form; you can't use the Report wizard for
this.
For best
performance on a production system, minimize the number of
distinct users who can check out rules. Even when a
personal RuleSet is empty — the operator has not
checked out any rules — each user who has this
capability has a unique, distinct RuleSet list. As a result,
Process Commander assembles and compiles each rule this user
executes (upon first use only). Such rules assembly and
compilation requires CPU resources, database access, and memory
in the rules assembly cache.
![]() | override RuleSet, rule management facility, check in, private RuleSet |
![]() | Working
with checkout and your private RuleSet Working with the Checked Out by Me report |