January 2021 - jboss-jira - Jboss List Archives

[JBoss JIRA] (JBRULES-3445) DSL expander expands lines in /* */comment block

by Mario Fusco (JIRA)

Mario Fusco created JBRULES-3445: ------------------------------------ Summary: DSL expander expands lines in /* */comment block Key: JBRULES-3445 URL: https://issues.jboss.org/browse/JBRULES-3445 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Mario Fusco Assignee: Mario Fusco When you comment some code in dslr file, the expander still tries to expand it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

3 weeks, 4 days

3
10
0 / 0

[JBoss JIRA] (WFLY-12461) Can't use smallrye-health without weld extension

by Florian Sailer (Jira)

Florian Sailer created WFLY-12461: ------------------------------------- Summary: Can't use smallrye-health without weld extension Key: WFLY-12461 URL: https://issues.jboss.org/browse/WFLY-12461 Project: WildFly Issue Type: Bug Components: MP Health Affects Versions: 17.0.1.Final Reporter: Florian Sailer Assignee: Jeff Mesnil Since this commit in the smallrye implementation it was possible to use smallrye without CDI. https://github.com/smallrye/smallrye-health/commit/a6a7812877d74d2c3f5b29... I'm trying to migrate from Wildfly 15.0.1-Final to 17.0.1-Final, where the smallrye-health extension unfortunately needs weld to startup. It's not possbible for me to activate weld on my sever, because there are some problems using the org.apache.cxf.jaxrs framework with weld. I am getting the following exception while starting: 14:16:04,960 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=microprofile-health-smallrye' are not available: org.wildfly.weld; There are no known registration points which can provide this capability. -- This message was sent by Atlassian Jira (v7.13.5#713005)

1 month, 1 week

3
2
0 / 0

[JBoss JIRA] (DROOLS-3944) DMN Editor: Data type usability study

by Elizabeth Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3944?page=com.atlassian.jira.plugi... ] Elizabeth Clayton updated DROOLS-3944: -------------------------------------- Sprint: 2019 Week 23-25 > DMN Editor: Data type usability study > ------------------------------------- > > Key: DROOLS-3944 > URL: https://issues.jboss.org/browse/DROOLS-3944 > Project: Drools > Issue Type: Task > Components: DMN Editor > Environment: Version 7.4 > Reporter: Elizabeth Clayton > Assignee: Sarahjane Clark > Priority: Major > Labels: UX, UXTeam, Usability, drools-tools > > Lightweight usability study to test the ease of use in viewing, creating, editing and deleting data types, particularly structured data types. > GOALS: Access the Data Type editor in terms of productivity and usability. > * Ease of use when creating a complex type (concern: minimizing the mouse usage.) > * Ease of use when saving a basic data type (e.g. age: number) > * Discoverability of actions in the kebab menu, especially, insert nested, delete. > * Ease of use/accuracy: Type-ahead of the data type selector. -- This message was sent by Atlassian Jira (v7.12.1#712002)

9 months

2
1
0 / 0

[Red Hat JIRA] (ELY-2078) Add encryption and integrity support to FileSystemSecurityRealm

by Darran Lofthouse (Jira)

Darran Lofthouse created ELY-2078: ------------------------------------- Summary: Add encryption and integrity support to FileSystemSecurityRealm Key: ELY-2078 URL: https://issues.redhat.com/browse/ELY-2078 Project: WildFly Elytron Issue Type: Feature Request Components: Realms Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 2.0.0.Alpha10 A minimal level of support would be for a SecretKey to be provided to the realm as it is initialised. We should consider the level of encryption required and different levels could have different policies. * Encryption of credentials. * Encryption of attributes. * Complete obfuscation of the username. * Signing of sections of an identity or the complete identity. * Integrity of the whole realm. ** If a realm gets large it would be expensive to recursively check the integrity of every identity in the realm so instead maybe an individual entry should have it's own signature when written and a master index then signed to represent the presence of each identity. The entries should likely be versioned with the version a part of the master index to prevent an older entry being swapped back in. As realms already exist the tool could have a utility added to take a clear text realm and convert. -- This message was sent by Atlassian Jira (v8.13.1#813001)

4 years, 3 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: ---------------------------------------- Thanks! I just wanted to gain a bit more understanding of the context, to avoid potentially missing other potential areas. Will keep posted! > 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)

4 years, 3 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 edited comment on DROOLS-5981 at 1/30/21 5:27 PM: ----------------------------------------------------------------- Thanks! I just wanted to gain a bit more understanding of the context, to avoid potentially missing other areas. Will keep posted! was (Author: tari_manga): Thanks! I just wanted to gain a bit more understanding of the context, to avoid potentially missing other potential areas. Will keep posted! > 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)

4 years, 3 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 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)

4 years, 3 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)

4 years, 3 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)

4 years, 3 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)

4 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021