-
Key: DMN16-91
-
Status: closed
-
Source: Trisotech ( Mr. Denis Gagne)
-
Summary:
Here, I am considering the following operators: =, <, >, not(), and, or, in, between
When considering FEEL for low-codes applications, we should expect these binary operators to always return true or false. Currently, when there is typing error, it returns null.
ex:
"a" = 1 => null
false and "a" => null
"a" in [0..100] => null
... -
Reported: DMN 1.5 — Tue, 10 Oct 2023 15:57 GMT
-
Disposition: Resolved — DMN 1.6b1
-
Disposition Summary:
Alternative B-FEEL dialect with a single definition of null
In FEEL, the null value is used to both represent missing data or an execution error. We are proposing that null should be used only to represent missing data. All operations and built-in functions that return null in FEEL when an error occurs have their semantic modified to return a non-null value.
-
Updated: Mon, 16 Sep 2024 14:16 GMT
-
Attachments:
- B-FEEL - Proposal.docx 35 kB (application/vnd.openxmlformats-officedocument.wordprocessingml.document)
DMN16 — Binary operators should not return null
- Key: DMN16-91
- OMG Task Force: Decision Model and Notation 1.6 RTF