January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (DROOLS-5981) DMN FEEL: arithmetic negation of function leads to null result

by Anton Tieleman (Jira)

[ https://issues.redhat.com/browse/DROOLS-5981?page=com.atlassian.jira.plug... ] Anton Tieleman updated DROOLS-5981: ----------------------------------- Attachment: ExpressionTest2.dmn ExpressionTest1.dmn > 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

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5981) DMN FEEL: arithmetic negation of function leads to null result

by Anton Tieleman (Jira)

[ https://issues.redhat.com/browse/DROOLS-5981?page=com.atlassian.jira.plug... ] Anton Tieleman commented on DROOLS-5981: ---------------------------------------- Thank you [~tari_manga] for your quick reply during the weekend! ;) A proper reproduction is the least I can provide. I'm often on the other side and I know how annoying it is to "guess" an issue. I'll attach two basic DMN models that reproduce the issue. I'm not sure how useful they are since these are models I generated in my unit tests. The tests validate the original expression using the customer's expression engine, then convert it to FEEL and create the most minimal DMN model so I can use the Drools engine to check whether the results match. :) Basically, I found this by accident since I used the extensive set of unit tests for the client's language to validate my conversion. > 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

1
0
0 / 0

[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 commented on DROOLS-5981: ---------------------------------------- [~oneton82], thank you for reporting and all the details, including parameters to reproduce with FEEL unit tests! Would it be possible for you to also include an example DMN model, that made you realise this issue, please? Naturally, it doesn't have to be the real model used by the client, but can be a synthetic one mimicking the salient parts. I am asking this since including as much as possible of the original context, always help understand if we need to improve coverage in other areas as well, besides the one specifically under discussion here. Thanks! > 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 > > 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

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5981) DMN FEEL: arithmetic negation of function leads to null result

by Anton Tieleman (Jira)

Anton Tieleman created DROOLS-5981: -------------------------------------- Summary: 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 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

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5201) Update commons-io to 2.8.0

by Boris Unckel (Jira)

[ https://issues.redhat.com/browse/WFCORE-5201?page=com.atlassian.jira.plug... ] Boris Unckel closed WFCORE-5201. -------------------------------- Stay at commons-io 2.5 > Update commons-io to 2.8.0 > -------------------------- > > Key: WFCORE-5201 > URL: https://issues.redhat.com/browse/WFCORE-5201 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Modules > Affects Versions: 14.0.0.Beta2 > Reporter: Boris Unckel > Assignee: Richard Opalka > Priority: Major > > Update to [commons-io 2.8.0|https://mvnrepository.com/artifact/commons-io/commons-io/2.8.0] > [Release Notes|https://commons.apache.org/proper/commons-io/changes-report.html#a2...] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (ELY-1915) stronger credential store

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-1915?page=com.atlassian.jira.plugin.... ] Darran Lofthouse commented on ELY-1915: --------------------------------------- One thing worth noting is that the type of the KeyStore used to back the credential store can be specified, this does mean PKCS#12 is also an option which has become the standard KeyStore type in Java. I would still like to consider how alternate file formats could be used but this may be a suitable alternative for many. > stronger credential store > ------------------------- > > Key: ELY-1915 > URL: https://issues.redhat.com/browse/ELY-1915 > Project: WildFly Elytron > Issue Type: Feature Request > Components: Credential Store > Affects Versions: 1.6.1.Final > Reporter: Hisanobu Okuda > Priority: Major > > JCEKS which is used for credential store uses 3DES. Need more stronger credential store based on a stronger cryptography like AES256 or more. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2062) Unexpected order of security-manager permission checks on Eclipse OpenJ9 VM AdoptOpenJDK 11

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2062?page=com.atlassian.jira.plugin.... ] Darran Lofthouse reassigned ELY-2062: ------------------------------------- Assignee: (was: Darran Lofthouse) > Unexpected order of security-manager permission checks on Eclipse OpenJ9 VM AdoptOpenJDK 11 > ------------------------------------------------------------------------------------------- > > Key: ELY-2062 > URL: https://issues.redhat.com/browse/ELY-2062 > Project: WildFly Elytron > Issue Type: Bug > Affects Versions: 1.14.1.Final > Reporter: Marek Kopecky > Priority: Major > > [AlternateSecurityManagerTest|https://github.com/wildfly-security/wildfly-...] fails on Eclipse OpenJ9 VM AdoptOpenJDK 11 because of unexpected order of security-manager permission checks. > Stacktrace: > {noformat} > testDoPrivilegedWithParameter_WithContext(org.wildfly.security.manager.AlternateSecurityManagerTest) Time elapsed: 0.05 sec <<< FAILURE! > java.lang.AssertionError: Matching CodeSource Location expected:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/test-classes/> but was:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/classes/> > at org.wildfly.security.manager.AlternateSecurityManagerTest.testDoPrivilegedWithParameter_WithContext(AlternateSecurityManagerTest.java:314) > testDoChecked_WithContext(org.wildfly.security.manager.AlternateSecurityManagerTest) Time elapsed: 0 sec <<< FAILURE! > java.lang.AssertionError: Matching CodeSource Location expected:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/classes/> but was:<file:/home/mkopecky/.m2/repository/junit/junit/4.13.1/junit-4.13.1.jar> > at org.wildfly.security.manager.AlternateSecurityManagerTest.testDoChecked_WithContext(AlternateSecurityManagerTest.java:268) > testDoUnchecked_WithContext(org.wildfly.security.manager.AlternateSecurityManagerTest) Time elapsed: 0.001 sec <<< FAILURE! > java.lang.AssertionError: Matching CodeSource Location expected:<file:/home/mkopecky/.m2/repository/junit/junit/4.13.1/junit-4.13.1.jar> but was:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/classes/> > at org.wildfly.security.manager.AlternateSecurityManagerTest.testDoUnchecked_WithContext(AlternateSecurityManagerTest.java:210) > testDoUnchecked(org.wildfly.security.manager.AlternateSecurityManagerTest) Time elapsed: 0.001 sec <<< FAILURE! > java.lang.AssertionError: Matching CodeSource Location expected:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/test-classes/> but was:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/classes/> > at org.wildfly.security.manager.AlternateSecurityManagerTest.testDoUnchecked(AlternateSecurityManagerTest.java:187) > testDoPrivilegedWithParameter(org.wildfly.security.manager.AlternateSecurityManagerTest) Time elapsed: 0.001 sec <<< FAILURE! > java.lang.AssertionError: Matching CodeSource Location expected:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/test-classes/> but was:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/classes/> > at org.wildfly.security.manager.AlternateSecurityManagerTest.testDoPrivilegedWithParameter(AlternateSecurityManagerTest.java:291) > testGetPropertyPrivileged(org.wildfly.security.manager.AlternateSecurityManagerTest) Time elapsed: 0.001 sec <<< FAILURE! > java.lang.AssertionError: Our CodeSource expected:<file:/home/mkopecky/playground/elytron/1.x/manager/base/target/test-classes/> but was:<file:/home/mkopecky/.m2/repository/org/wildfly/security/wildfly-elytron-security-manager-action/1.14.1.CR1-SNAPSHOT/wildfly-elytron-security-manager-action-1.14.1.CR1-SNAPSHOT.jar> > at org.wildfly.security.manager.AlternateSecurityManagerTest.testGetPropertyPrivileged(AlternateSecurityManagerTest.java:161) > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14381) Ensure Infinispan specific marshallers use valid protobuf encoding

by Paul Ferraro (Jira)

Paul Ferraro created WFLY-14381: ----------------------------------- Summary: Ensure Infinispan specific marshallers use valid protobuf encoding Key: WFLY-14381 URL: https://issues.redhat.com/browse/WFLY-14381 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 22.0.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro The ByteBufferImpl marshaller does not use valid protobuf encoding. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (ELY-1626) Programmatic web authentication (HttpServletRequest.login()) does not trigger sso

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-1626?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated ELY-1626: ---------------------------------- Fix Version/s: 1.15.0.CR1 > Programmatic web authentication (HttpServletRequest.login()) does not trigger sso > --------------------------------------------------------------------------------- > > Key: ELY-1626 > URL: https://issues.redhat.com/browse/ELY-1626 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Ilia Vassilev > Assignee: Darran Lofthouse > Priority: Critical > Fix For: 1.15.0.CR1 > > Attachments: login-test.war.zip, login-test_eclipse.zip, standalone-full-ha.xml > > > Programmatic web authentication (HttpServletRequest.login()) does not trigger sso (JSESSIONIDSSO does not get created) when using elytron/undertow. > This worked fine in EAP 6 (eap 5 too but it was a bit different as > HttpServletRequest.login() wasn't available at that time). -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2077) Due to mechanism wrapping calls to dispose() are not making it to the underlying mechamims,

by Darran Lofthouse (Jira)

Darran Lofthouse created ELY-2077: ------------------------------------- Summary: Due to mechanism wrapping calls to dispose() are not making it to the underlying mechamims, Key: ELY-2077 URL: https://issues.redhat.com/browse/ELY-2077 Project: WildFly Elytron Issue Type: Bug Components: HTTP Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.15.0.CR1 Mechanisms may rely on dispose() being called to perform clean up so if this is dropped the clean up may not be possible. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021