[Red Hat JIRA] (DROOLS-5981) DMN FEEL: arithmetic negation of function leads to null result
by Matteo Mortari (Jira)
[ https://issues.redhat.com/browse/DROOLS-5981?page=com.atlassian.jira.plug... ]
Matteo Mortari updated DROOLS-5981:
-----------------------------------
Sprint: 2021 Week 04-06 (from Jan 25)
Story Points: 3
> DMN FEEL: arithmetic negation of function leads to null result
> --------------------------------------------------------------
>
> Key: DROOLS-5981
> URL: https://issues.redhat.com/browse/DROOLS-5981
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Affects Versions: 7.47.0.Final
> Reporter: Anton Tieleman
> Assignee: Matteo Mortari
> Priority: Minor
> Attachments: ExpressionTest1.dmn, ExpressionTest2.dmn
>
>
> I noticed that a negated expression like {{-sum( 1, 2, 3 )}} leads to a null result on evaluation. According to section 10.3.1.2 (page 111-113) of the [DMN 1.2 specification document|https://www.omg.org/spec/DMN/1.2/PDF] on item 26 "arithmetic negation" it should be possible to prefix a dash to a FEEL function. However, when evaluated, this makes the expression return null. The non-prefixed version as well as 0-expression works as expected.
> This is quite a low priority since there is an easy workaround (prefix 0). I observed this behaviour when running an extensive set of tests to validate conversion from a custom expression language in a client's product to DMN FEEL. I have adjusted the conversion using the workaround.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14421) Too many open file Descriptors in Wildfly-18
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14421?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-14421:
------------------------------------
Priority: Major (was: Critical)
[~manas.java] What file input stream are you referring to?
> Too many open file Descriptors in Wildfly-18
> --------------------------------------------
>
> Key: WFLY-14421
> URL: https://issues.redhat.com/browse/WFLY-14421
> Project: WildFly
> Issue Type: Task
> Reporter: Manas Panda
> Assignee: Brian Stansberry
> Priority: Major
>
> In the application code deployed in wildfly10, if the fileinputstream is not closed programmatically (its a miss in the code), during the GC (G1GC) cycle, the orphan references of the opened file input streams are closed, so the number of open file descriptor is not growing.
> However, after the upgrade of the wildfly10 to wildfly18, the file input streams which are not closed programmatically are not getting closed during the GC (G1GC) cycle due to which the number of open file descriptors are growing.
> We agree that the input streams have to be closed programmatically in the application code which we did now, but would like to understand the reason behind this behavior change in wildfly18.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months