Show Table of Contents
8.11. Patterns
A pattern element is the most important Conditional Element. It can potentially match on each fact that is inserted in the working memory. A pattern contains constraints and has an optional pattern binding.
8.11.1. Pattern Example
This is what a pattern looks like:
rule "2 unconnected patterns"
when
Pattern1()
Pattern2()
then
... // actions
end
// The above rule is internally rewritten as:
rule "2 and connected patterns"
when
Pattern1()
and Pattern2()
then
... // actions
endNote
An
and cannot have a leading declaration binding. This is because a declaration can only reference a single fact at a time, and when the and is satisfied it matches both facts.
8.11.2. Pattern Matching
A pattern matches against a fact of the given type. The type need not be the actual class of some fact object. Patterns may refer to superclasses or even interfaces, thereby potentially matching facts from many different classes. The constraints are defined inside parentheses.
8.11.3. Pattern Binding
Patterns can be bound to a matching object. This is accomplished using a pattern binding variable such as
$p.
8.11.4. Pattern Binding with Variable Example
This is what pattern binding using a variable looks like:
rule ...
when
$p : Person()
then
System.out.println( "Person " + $p );
endNote
The prefixed dollar symbol (
$) is not mandatory.
8.11.5. Constraints
A constraint is an expression that returns
true or false. For example, you can have a constraint that states five is smaller than six.

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.