July 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-4287) KnowledgeBuilderImpl does not set a valid configuration for DTABLE resources

by Edoardo Vacchi (Jira)

[ https://issues.jboss.org/browse/DROOLS-4287?page=com.atlassian.jira.plugi... ] Edoardo Vacchi closed DROOLS-4287. ---------------------------------- Resolution: Won't Fix it turns out kogito source tree was out-of-sync, this had been already fixed in drools master > KnowledgeBuilderImpl does not set a valid configuration for DTABLE resources > ---------------------------------------------------------------------------- > > Key: DROOLS-4287 > URL: https://issues.jboss.org/browse/DROOLS-4287 > Project: Drools > Issue Type: Enhancement > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Major > Labels: drools-core > > KnowledgeBuilder.add(r, ResourceType.DTABLE) gives NPE in > {code} > compileResource:64, DecisionTableProviderImpl (org.drools.decisiontable) > loadFromResource:42, DecisionTableProviderImpl (org.drools.decisiontable) > loadFromResource:35, DecisionTableFactory (org.drools.compiler.compiler) > decisionTableToPackageDescr:396, KnowledgeBuilderImpl (org.drools.compiler.builder.impl) > addPackageFromDecisionTable:366, KnowledgeBuilderImpl (org.drools.compiler.builder.impl) > addKnowledgeResource:728, KnowledgeBuilderImpl (org.drools.compiler.builder.impl) > add:2239, KnowledgeBuilderImpl (org.drools.compiler.builder.impl) > add:2228, KnowledgeBuilderImpl (org.drools.compiler.builder.impl) > {code} > because no valid default config is provided instead (null in the conditional expression) -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4342) Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-4342?page=com.atlassian.jira.plugi... ] Luca Molteni commented on DROOLS-4342: -------------------------------------- It's a problem with the MVEL dialect. We're going to align the behaviour among the two dialects > Using BigDecimal with From Accumulate causes an "Error: argument type mismatch" > ------------------------------------------------------------------------------- > > Key: DROOLS-4342 > URL: https://issues.jboss.org/browse/DROOLS-4342 > Project: Drools > Issue Type: Bug > Components: kie server > Environment: Red Hat Process Automation Manager (RHPAM) 7.2.0 > Reporter: Rodrigo Ribeiro > Assignee: Luca Molteni > Priority: Major > Labels: BigDecimal, DRL, bigdecimal, drl, kie-server, rhpam, rule > Attachments: reproducer-02425606.zip, request.json, testSum.scenario > > > When written a rule that does a sum using ‘from accumulate’. The rule validates successfully. However, when trying to test it, is returned a very generic error message: Error: argument type mismatch. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (SWSQE-836) openshift/jenkins-slave-base-centos7 is deprecated

by Guilherme Baufaker Rêgo (Jira)

[ https://issues.jboss.org/browse/SWSQE-836?page=com.atlassian.jira.plugin.... ] Guilherme Baufaker Rêgo commented on SWSQE-836: ----------------------------------------------- New versions are being maintained on https://quay.io/repository/openshift/origin-jenkins-agent-base > openshift/jenkins-slave-base-centos7 is deprecated > -------------------------------------------------- > > Key: SWSQE-836 > URL: https://issues.jboss.org/browse/SWSQE-836 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > openshift/jenkins-slave-base-centos7 used in our jenkins-slave-centos-base is deprecated. We need to switch to different image. > Consider using internal RH jenkins slave image. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4342) Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-4342?page=com.atlassian.jira.plugi... ] Luca Molteni updated DROOLS-4342: --------------------------------- Comment: was deleted (was: It's indeed a type mismatch, as the accumulate over a BigDecimal will return a Double and in the consequence you try to set it to a BigDecimal field. Please change this rule like this: rule "rule" dialect "mvel" when voucher : Voucher( ) sumBilledAmounts : Number( ) from accumulate ( bill : Bill( billedAmount != null ), sum(bill.billedAmount)) then modify( voucher ) { setTotal( BigDecimal.valueOf(sumBilledAmounts.doubleValue()) ) } end In this way you get the best data type for accumulating and at the same time you can decide which type (and precision) to set in the actual field. ) > Using BigDecimal with From Accumulate causes an "Error: argument type mismatch" > ------------------------------------------------------------------------------- > > Key: DROOLS-4342 > URL: https://issues.jboss.org/browse/DROOLS-4342 > Project: Drools > Issue Type: Bug > Components: kie server > Environment: Red Hat Process Automation Manager (RHPAM) 7.2.0 > Reporter: Rodrigo Ribeiro > Assignee: Luca Molteni > Priority: Major > Labels: BigDecimal, DRL, bigdecimal, drl, kie-server, rhpam, rule > Attachments: reproducer-02425606.zip, request.json, testSum.scenario > > > When written a rule that does a sum using ‘from accumulate’. The rule validates successfully. However, when trying to test it, is returned a very generic error message: Error: argument type mismatch. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4102) Persist/reload Test Scenario table width/height

by Yeser Amer (Jira)

[ https://issues.jboss.org/browse/DROOLS-4102?page=com.atlassian.jira.plugi... ] Yeser Amer commented on DROOLS-4102: ------------------------------------ Hi, it seems the resize of rows is not currently implemented. Then, the rows heigh is fixed and it's not possible to change it. According to this, I'll manage only the column width. > Persist/reload Test Scenario table width/height > ----------------------------------------------- > > Key: DROOLS-4102 > URL: https://issues.jboss.org/browse/DROOLS-4102 > Project: Drools > Issue Type: Enhancement > Components: Scenario Simulation and Testing > Reporter: Daniele Zonca > Assignee: Yeser Amer > Priority: Major > Labels: ScenarioSimulation > > Implement a mechanism to store/restore column width ({{FactMapping}}) and row height ({{Scenario}}) for the table in Test Scenario. > Please consider: > - Create/save a simulation (default column width/row height in scesim) > - Rename a simulation (it perform a save/reload) > - Change column type (recreate the column) > - Duplicate column (preserve same size) > - Duplicate row (preserve same size) -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4342) Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-4342?page=com.atlassian.jira.plugi... ] Luca Molteni commented on DROOLS-4342: -------------------------------------- It's indeed a type mismatch, as the accumulate over a BigDecimal will return a Double and in the consequence you try to set it to a BigDecimal field. Please change this rule like this: rule "rule" dialect "mvel" when voucher : Voucher( ) sumBilledAmounts : Number( ) from accumulate ( bill : Bill( billedAmount != null ), sum(bill.billedAmount)) then modify( voucher ) { setTotal( BigDecimal.valueOf(sumBilledAmounts.doubleValue()) ) } end In this way you get the best data type for accumulating and at the same time you can decide which type (and precision) to set in the actual field. > Using BigDecimal with From Accumulate causes an "Error: argument type mismatch" > ------------------------------------------------------------------------------- > > Key: DROOLS-4342 > URL: https://issues.jboss.org/browse/DROOLS-4342 > Project: Drools > Issue Type: Bug > Components: kie server > Environment: Red Hat Process Automation Manager (RHPAM) 7.2.0 > Reporter: Rodrigo Ribeiro > Assignee: Luca Molteni > Priority: Major > Labels: BigDecimal, DRL, bigdecimal, drl, kie-server, rhpam, rule > Attachments: reproducer-02425606.zip, request.json, testSum.scenario > > > When written a rule that does a sum using ‘from accumulate’. The rule validates successfully. However, when trying to test it, is returned a very generic error message: Error: argument type mismatch. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-4572) UndertowHttpManagementService uses incorrect bind address for creating listener for https socket binding

by Jaikiran Pai (Jira)

Jaikiran Pai created WFCORE-4572: ------------------------------------ Summary: UndertowHttpManagementService uses incorrect bind address for creating listener for https socket binding Key: WFCORE-4572 URL: https://issues.jboss.org/browse/WFCORE-4572 Project: WildFly Core Issue Type: Bug Components: Server Affects Versions: 10.0.0.Beta2, 9.0.2.Final Reporter: Jaikiran Pai Assignee: Jeff Mesnil There appears to be a typo in UndertowHttpManagementService.java where in its start method it has this code: {code:java} ... if(secureBindAddress != null) { ListenerRegistry.Listener https = new ListenerRegistry.Listener("https", HTTPS_MANAGEMENT, SERVER_NAME, bindAddress); ... } {code} Notice that it creates a Listener by passing it "bindAddress". This IMO is a typo and should instead pass the "secureBindAddress". This isn't causing any visible issues right now since there appear to be no one who uses this value from the instantiated Listener (no calls to Listener.getBindAddress()). -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4345) Automatically set javacc-supportdirectory as source in mvel-parser

by Luca Molteni (Jira)

Luca Molteni created DROOLS-4345: ------------------------------------ Summary: Automatically set javacc-supportdirectory as source in mvel-parser Key: DROOLS-4345 URL: https://issues.jboss.org/browse/DROOLS-4345 Project: Drools Issue Type: Enhancement Reporter: Luca Molteni Assignee: Luca Molteni Intellij IDEA doesn't recognize javacc-support as a source directory at the first import, but it's needed for the compilation. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (SWSQE-836) openshift/jenkins-slave-base-centos7 is deprecated

by Filip Brychta (Jira)

Filip Brychta created SWSQE-836: ----------------------------------- Summary: openshift/jenkins-slave-base-centos7 is deprecated Key: SWSQE-836 URL: https://issues.jboss.org/browse/SWSQE-836 Project: Kiali QE Issue Type: QE Task Reporter: Filip Brychta Assignee: Filip Brychta openshift/jenkins-slave-base-centos7 used in our jenkins-slave-centos-base is deprecated. We need to switch to different image. Consider using internal RH jenkins slave image. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4342) Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-4342?page=com.atlassian.jira.plugi... ] Luca Molteni updated DROOLS-4342: --------------------------------- Sprint: 2019 Week 29-31 > Using BigDecimal with From Accumulate causes an "Error: argument type mismatch" > ------------------------------------------------------------------------------- > > Key: DROOLS-4342 > URL: https://issues.jboss.org/browse/DROOLS-4342 > Project: Drools > Issue Type: Bug > Components: kie server > Environment: Red Hat Process Automation Manager (RHPAM) 7.2.0 > Reporter: Rodrigo Ribeiro > Assignee: Luca Molteni > Priority: Major > Labels: BigDecimal, DRL, bigdecimal, drl, kie-server, rhpam, rule > Attachments: reproducer-02425606.zip, request.json, testSum.scenario > > > When written a rule that does a sum using ‘from accumulate’. The rule validates successfully. However, when trying to test it, is returned a very generic error message: Error: argument type mismatch. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

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 July 2019