March 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5115) executable model fails with negation and BigDecimal

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5115?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5115: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/db27ffe81fd11fb1b6163b4f1e41712... > executable model fails with negation and BigDecimal > --------------------------------------------------- > > Key: DROOLS-5115 > URL: https://issues.redhat.com/browse/DROOLS-5115 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.33.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.35.0.Final > > > When you have a rule like: > {noformat} > when > $p : Person(!(money > 20)) > {noformat} > , executable model fails with an error: > {noformat} > bad operand types for binary operator '>' > first type: java.math.BigDecimal > second type: int > {noformat} > This is because the generated code doesn't use EvaluationUtil. > {code:java} > org.drools.model.Rule rule = D.rule("R").build(D.pattern(var_$p).expr("CE47D630E9C0B4A2A149ED40CEC3E3B0", > (org.drools.modelcompiler.domain.Person _this) -> !(_this.getMoney() > 20), > D.reactOn("money")), > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5051) Mvel type coercion and rounding behavior compatibility between mvel 2.2.8 and 2.4.3

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5051?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5051: ------------------------------------------- Unit test commit: https://github.com/kiegroup/drools/commit/73c46080f5764fcabbcdf479b23f10b... > Mvel type coercion and rounding behavior compatibility between mvel 2.2.8 and 2.4.3 > ----------------------------------------------------------------------------------- > > Key: DROOLS-5051 > URL: https://issues.redhat.com/browse/DROOLS-5051 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.33.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: support > Fix For: 7.35.0.Final > > > I have rule like as: > ========= > rule "My Rule" > no-loop true > dialect "mvel" > when > $info : MyInfo() > then > modify ($info) { > setResult(15 * Math.round( new BigDecimal("49.4") ) / 100 ) > } > end > ========= > If I execute this rule in BRMS 6.4.x release (mvel 2.2.8), I will get 7.35 in the response . But if I execute same rule in RHDM 7.4.+ release (mvel 2.4.3) I will 7 in the response. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5136) Compile error with String Map access and executable-model

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5136?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5136: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/326b76e8b9d925860f7e037e93c0948... > Compile error with String Map access and executable-model > --------------------------------------------------------- > > Key: DROOLS-5136 > URL: https://issues.redhat.com/browse/DROOLS-5136 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.34.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.35.0.Final > > > In case of executable-module, a Map constraint with a literal value on left hand side: > {noformat} > Person("Value" == itemsString["Key"]) > {noformat} > generates redundant double-quotations hence results in a compile error. > {code:java} > org.drools.modelcompiler.util.EvaluationUtil.areNullSafeEquals("Value", "_this.getItemsString().get("Key")") > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5051) Mvel type coercion and rounding behavior compatibility between mvel 2.2.8 and 2.4.3

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5051?page=com.atlassian.jira.plug... ] Toshiya Kobayashi edited comment on DROOLS-5051 at 3/12/20 10:37 PM: --------------------------------------------------------------------- [Note] Past related commits https://github.com/mvel/mvel/commit/dd59667d693a776ca46bf61f3e19293f6913ee1f https://github.com/mvel/mvel/commit/e2f51fcb was (Author: tkobayashi): https://github.com/mvel/mvel/commit/dd59667d693a776ca46bf61f3e19293f6913ee1f https://github.com/mvel/mvel/commit/e2f51fcb > Mvel type coercion and rounding behavior compatibility between mvel 2.2.8 and 2.4.3 > ----------------------------------------------------------------------------------- > > Key: DROOLS-5051 > URL: https://issues.redhat.com/browse/DROOLS-5051 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.33.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: support > Fix For: 7.35.0.Final > > > I have rule like as: > ========= > rule "My Rule" > no-loop true > dialect "mvel" > when > $info : MyInfo() > then > modify ($info) { > setResult(15 * Math.round( new BigDecimal("49.4") ) / 100 ) > } > end > ========= > If I execute this rule in BRMS 6.4.x release (mvel 2.2.8), I will get 7.35 in the response . But if I execute same rule in RHDM 7.4.+ release (mvel 2.4.3) I will 7 in the response. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2769) callback methods for: before/after invoke BKM/DS

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-2769?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-2769: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/34526333acdda6db99c587a2ce0eb57... > callback methods for: before/after invoke BKM/DS > ------------------------------------------------ > > Key: DROOLS-2769 > URL: https://issues.redhat.com/browse/DROOLS-2769 > Project: Drools > Issue Type: Feature Request > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Toshiya Kobayashi > Priority: Major > Labels: good-first-issue > Fix For: 7.35.0.Final > > > {quote}As part of another feature, I would like to create callback methods for both "before/after invoke BKM/DS", so that we can report on actual execution of BKMs and Decision Services. But this is a conversation for another day.{quote} > Ref https://github.com/kiegroup/drools/pull/1986#discussion_r204029977 > Augment Listener and implement callbacks when invoking BKM and Decision Service(s) -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1404) Race condition involving Pool.fillTo

by Flavia Rainone (Jira)

[ https://issues.redhat.com/browse/JBJCA-1404?page=com.atlassian.jira.plugi... ] Flavia Rainone updated JBJCA-1404: ---------------------------------- Git Pull Request: https://github.com/ironjacamar/ironjacamar/pull/701 > Race condition involving Pool.fillTo > ------------------------------------ > > Key: JBJCA-1404 > URL: https://issues.redhat.com/browse/JBJCA-1404 > Project: IronJacamar > Issue Type: Bug > Reporter: Flavia Rainone > Assignee: Flavia Rainone > Priority: Major > > The fillTo implementation of SemaphoreConcurrentLinkedDequeManagedConnectionPool suffers from the same issue we found in increase capacity: > https://github.com/ironjacamar/ironjacamar/pull/695/commits/d80c2ae7713f4... > See JBJCA-1399. > This means that when more than two threads attempt to add connections to the pool and one of them does so via fillTo, we can run into problems with pool max size. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1092) Change to 'go' version 1.14

by Matthew Mahoney (Jira)

Matthew Mahoney created SWSQE-1092: -------------------------------------- Summary: Change to 'go' version 1.14 Key: SWSQE-1092 URL: https://issues.redhat.com/browse/SWSQE-1092 Project: Kiali QE Issue Type: QE Task Reporter: Matthew Mahoney Change to 'go' version 1.14 >From [~israel-hdez] _Since I'm doing this: https://github.com/kiali/kiali/pull/2501 Kiali will reject to build using go versions prior to 1.14. So, I'd need the "kiali-build" image of the QE Jenkins to be updated to go 1.14._ -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5006) [DMN Designer] Code Completion - When users leave it opened, it never disappears

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-5006?page=com.atlassian.jira.plug... ] Guilherme Gomes commented on DROOLS-5006: ----------------------------------------- Ensure that the fix covers the case reported by https://issues.redhat.com/browse/DROOLS-5151. > [DMN Designer] Code Completion - When users leave it opened, it never disappears > -------------------------------------------------------------------------------- > > Key: DROOLS-5006 > URL: https://issues.redhat.com/browse/DROOLS-5006 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.33.0.Final > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: 2020-02-04 15.34.09.gif > > > When users leave it opened, it never disappears. > *Steps to reproduce:* > !2020-02-04 15.34.09.gif|width=800! -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5151) [DMN editor]Edit fields that did not lost focus appears on different expression editors

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-5151?page=com.atlassian.jira.plug... ] Guilherme Gomes closed DROOLS-5151. ----------------------------------- Resolution: Duplicate Issue > [DMN editor]Edit fields that did not lost focus appears on different expression editors > --------------------------------------------------------------------------------------- > > Key: DROOLS-5151 > URL: https://issues.redhat.com/browse/DROOLS-5151 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Anna Dupliak > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: unfocused.webm > > > When user change something in *Expression Editor* > And lefts the *Expression Editor* unfocused > And goes to another *Expression Editor* file > Then the *Expression Editor* field and data shows from step 1 > See: [^unfocused.webm] -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5151) [DMN editor]Edit fields that did not lost focus appears on different expression editors

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-5151?page=com.atlassian.jira.plug... ] Guilherme Gomes commented on DROOLS-5151: ----------------------------------------- [~manstis] you're right! This JIRA: https://issues.redhat.com/browse/DROOLS-5006 [~adupliak] I'm closing this one in favor of DROOLS-5006. > [DMN editor]Edit fields that did not lost focus appears on different expression editors > --------------------------------------------------------------------------------------- > > Key: DROOLS-5151 > URL: https://issues.redhat.com/browse/DROOLS-5151 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Anna Dupliak > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: unfocused.webm > > > When user change something in *Expression Editor* > And lefts the *Expression Editor* unfocused > And goes to another *Expression Editor* file > Then the *Expression Editor* field and data shows from step 1 > See: [^unfocused.webm] -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 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 March 2020