gitgabrio commented on PR #6213: URL: https://github.com/apache/incubator-kie-drools/pull/6213#issuecomment-2592253281
@jomarko thanks for the carefull check of this PR! About formatting, my bad, sorry. About BFEEL multiple definitions, I also share some doubts, TBH. The proposal doc does not mention any other possible identifier and syasy that the scope of BFEEL is only to manage the `null` values (without any reference to a specific FEEL version) > B-FEEL shares the same grammar as FEEL but alters the semantics to be friendlier and more intuitive toward non-IT users. In FEEL, the null value is used to both represent missing data or an execution error. In B-FEEL, null is used only to represent missing data. All operations and built-in functions that returns null in FEEL when an error occurs have their semantics modified in B-FEEL to return a non-null value. A warning message should still be produced when an error occurs. So, my interpretation is that, regardless of the FEEL expression language used, whenever the "standard" version would return `null`, having defined the BFEEL dialect should replace it with "default" values. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
