-
Bug
-
Resolution: Duplicate
-
Major
-
None
-
6.4.1.GA
-
None
When using enumerations where the values itself contain a comma, the rules generated by a GDST are unexpected, as the "contains in" operator splits those values in the enumerations. Example enumeration:
fact: person field: city context: ['paris','london','new york,boston']
Note: see the 'new york, boston' sample.
The code generated will be:
rule "Row 1 personGDT" dialect "mvel" when p : person( city in ( "new york", "boston" ) ) then end
Basically "paris" and "new york,boston" will be treated by the DSL parser as 3 strings in the DRL generation and will produce someting simiular to
p : person( city in ( "paris", "new york", "boston" ) )
But what the customer expects is the following
p : person( city in ( "paris", "new york,boston" ) )
- duplicates
-
RHBRMS-2754 [GSS] (6.4.z) Unexpected results in GDST when using enumerations with commas
- Verified
- is cloned by
-
RHBRMS-2754 [GSS] (6.4.z) Unexpected results in GDST when using enumerations with commas
- Verified
-
AF-671 Unexpected results in GDST when using enumerations with commas
- Closed
-
DROOLS-2263 Unexpected results in GDST when using enumerations with commas
- Closed