agilepro opened a new issue, #679: URL: https://github.com/apache/incubator-kie-issues/issues/679
When trying DMN models with particular inputs, when It fails I get an error message in an exception thrown RuleEngineException object, here is an example: `[DMN: Error invoking function 'getTaxpayerIDList' on node 'getTaxpayerIDList' (DMN id: _34AB2D86-6A28-4C87-B990-6EFB68BB8F31, Error invoking node or function) , DMN: FEEL ERROR while evaluating literal expression 'for rec in getList(derivedData, \"dynamicOffersData... [string clipped after 50 chars, total length is 246]': Not an invocable: 'null' (DMN id: _6641B82C-C0BE-4199-BB9E-FA8E800E13D2, FEEL expression evaluation error) ]` For some reason something is "clipping" the string and **hiding most of the error information**. If the error message does not actually describe the error, there is no point in generating one. Someone in the community suggested this might be to prevent log files from getting too long. If that is true, then the clipping should be done at the point where the log entry is made. This is being done IN the exception object making it impossible for anyone to get the information out. Primary purpose of any error message is to provide information to solve the problem, and hiding that information makes the message pointless. **Is there some way to get around that and get the entire error message.** Maybe a config parameter to turn it off? When you have the raw exception object, it should give back all the information, and if you want it clipped, then the caller can easily do so by calling the clip function. Discussed on [Community Thread ](https://groups.google.com/g/kogito-development/c/sPiXbFqX7SE) and there the recommendation was to file something here. The error messages in the RedHat DMN engine are generally pretty good. It is so frustrating that I can't see them. -- 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]
