Source: Signavio GmbH ( Bastian Steinert)
Section "8.2.11 Hit policy" describes that hit policy "Collect: returns all hits in arbitrary order". This implies that the order of the results does not have to be deterministic and can also vary among different implementations. However, the standard only supports the notion of 'lists', which do have an order. The comparison of lists is also specified in a way that the order of elements is significant. The issue might get more clear when thinking about testing the interface of decisions. Strictly speaking, it is currently not feasible to define a test against a decision table with hit policy 'collect'. The expected result can only be defined using a list, whose elements do have an order. The operator to compare the 'expected' and the 'actual' result will also take order into account.
The issue could easily be resolved by replacing 'arbitrary order' with 'rule order'.
Reported: DMN 1.1 — Sun, 26 Jun 2016 10:11 GMT
Updated: Thu, 6 Apr 2023 14:59 GMT
DMN15 — notion of arbitrary order conflicts with lack of an unordered collection data type
- Key: DMN15-34
- OMG Task Force: Decision Model and Notation 1.5 RTF