[Red Hat JIRA] (DROOLS-5895) Compound assignment operation like BigDecimal_type_property += BigDecimal_value causes a compilation error in executable model.
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5895?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5895:
---------------------------------
Sprint: 2020 Week 49-51 (from Nov 30)
> Compound assignment operation like BigDecimal_type_property += BigDecimal_value causes a compilation error in executable model.
> -------------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5895
> URL: https://issues.redhat.com/browse/DROOLS-5895
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> Compiling a rule like (*1) which is described in MVEL dialect and uses a compound assignment operation like _BigDecimal_type_property_ += _BigDecimal_value_, for example,
> - $bus.weight += $bus.weight; ..... (6c) or
> - BigDecimal bd1 = 1000; $bus.weight += bd1; ..... (6d)
> with executable rule models enabled, an error like (*2) occurs. $bus.weight is a BigDecimal type property.
> The same issue also occurs in the case of using '-='.
> For '*=' and '/=', no compilation error occurs but the value of $bus.weight does not change by the operation.
> (*1)
> {noformat}
> package com.example.reproducer
> import com.example.reproducer.Bus
> dialect "mvel"
> rule "bus6c"
> when
> $bus : Bus()
> then
> $bus.weight += $bus.weight; ..... (6c)
> System.out.println("***** " + $bus + ", weight = " + $bus.weight);
> update($bus);
> end
> {noformat}
> (*2)
> {noformat}
> [ERROR] /work2/cases/02801729/reproducer_02801729_6c_6d/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/PF9/LambdaConsequenceF9B783ABDBE8B65F49FDA13227908E7F.java:[19,56] void cannot be dereferenced
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-5895) Compound assignment operation like BigDecimal_type_property += BigDecimal_value causes a compilation error in executable model.
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5895?page=com.atlassian.jira.plug... ]
Luca Molteni moved RHDM-1531 to DROOLS-5895:
--------------------------------------------
Project: Drools (was: Red Hat Decision Manager)
Key: DROOLS-5895 (was: RHDM-1531)
Workflow: GIT Pull Request workflow (was: CDW with docs v1)
Docs QE Status: NEW
Component/s: executable model
(was: BRE)
Environment: (was: The issue was found in RHDM 7.9.0.)
Affects Version/s: (was: 7.9.0.GA)
QE Status: NEW
> Compound assignment operation like BigDecimal_type_property += BigDecimal_value causes a compilation error in executable model.
> -------------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5895
> URL: https://issues.redhat.com/browse/DROOLS-5895
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> Compiling a rule like (*1) which is described in MVEL dialect and uses a compound assignment operation like _BigDecimal_type_property_ += _BigDecimal_value_, for example,
> - $bus.weight += $bus.weight; ..... (6c) or
> - BigDecimal bd1 = 1000; $bus.weight += bd1; ..... (6d)
> with executable rule models enabled, an error like (*2) occurs. $bus.weight is a BigDecimal type property.
> The same issue also occurs in the case of using '-='.
> For '*=' and '/=', no compilation error occurs but the value of $bus.weight does not change by the operation.
> (*1)
> {noformat}
> package com.example.reproducer
> import com.example.reproducer.Bus
> dialect "mvel"
> rule "bus6c"
> when
> $bus : Bus()
> then
> $bus.weight += $bus.weight; ..... (6c)
> System.out.println("***** " + $bus + ", weight = " + $bus.weight);
> update($bus);
> end
> {noformat}
> (*2)
> {noformat}
> [ERROR] /work2/cases/02801729/reproducer_02801729_6c_6d/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/PF9/LambdaConsequenceF9B783ABDBE8B65F49FDA13227908E7F.java:[19,56] void cannot be dereferenced
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (WFLY-5508) WSTrustTestCase fails on pure IPv6 machine if proxy is used
by Boris Unckel (Jira)
[ https://issues.redhat.com/browse/WFLY-5508?page=com.atlassian.jira.plugin... ]
Boris Unckel commented on WFLY-5508:
------------------------------------
[~alexeikopylovsr] Could you please provide the exact version of the JDK for these tests?
[OpenJDK 11 HttpURLConnection|https://github.com/openjdk/jdk/blob/jdk-11%2B28/src/java.base/share/classes/sun/net/www/protocol/http/HttpURLConnection.java] does logging at the mentioned point.
> WSTrustTestCase fails on pure IPv6 machine if proxy is used
> -----------------------------------------------------------
>
> Key: WFLY-5508
> URL: https://issues.redhat.com/browse/WFLY-5508
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 10.0.0.CR2
> Reporter: Marek Kopecky
> Assignee: Alessio Soldano
> Priority: Major
>
> *Description of problem:*
> WSTrustTestCase fails on pure IPv6 machine, if proxy is used
> *How reproducible:*
> Always on pure IPv6 machine, if proxy is used
> *Steps to Reproduce:*
> # export PROXY_PARAMS="-DproxySet=true -DproxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -DproxyPort=3128 -Dhttp.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttp.proxyPort=3128 -Dhttps.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttps.proxyPort=3128"
> # ./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIPV6_1 -Dnode1=$MYTESTIPV6_2 -Dmcast=$MCAST_ADDRV6 -Dipv6 -Djboss.dist=$JBOSS_DIST -Dtest=WSTrustTestCase -Dts.basic -DfailIfNoTests=false $PROXY_PARAMS
> *Actual results:*
> {noformat}
> javax.xml.ws.WebServiceException: org.apache.cxf.service.factory.ServiceConstructionException: Failed to create service.
> at sun.net.www.protocol.http.HttpURLConnection.doTunneling(HttpURLConnection.java:2084)
> at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1512)
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1440)
> at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
> at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:991)
> at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(XMLVersionDetector.java:144)
> at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:832)
> at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:798)
> at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:108)
> at org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:230)
> at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:298)
> at com.ibm.wsdl.xml.WSDLReaderImpl.getDocument(WSDLReaderImpl.java:2188)
> at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2390)
> at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2422)
> at org.apache.cxf.wsdl11.WSDLManagerImpl.loadDefinition(WSDLManagerImpl.java:231)
> at org.apache.cxf.wsdl11.WSDLManagerImpl.getDefinition(WSDLManagerImpl.java:163)
> at org.apache.cxf.wsdl11.WSDLServiceFactory.<init>(WSDLServiceFactory.java:85)
> at org.apache.cxf.jaxws.ServiceImpl.initializePorts(ServiceImpl.java:218)
> at org.apache.cxf.jaxws.ServiceImpl.initialize(ServiceImpl.java:161)
> at org.apache.cxf.jaxws.ServiceImpl.<init>(ServiceImpl.java:129)
> at org.jboss.wsf.stack.cxf.client.ProviderImpl$JBossWSServiceImpl.<init>(ProviderImpl.java:557)
> at org.jboss.wsf.stack.cxf.client.ProviderImpl.createServiceDelegate(ProviderImpl.java:252)
> at javax.xml.ws.Service.<init>(Service.java:77)
> at javax.xml.ws.Service.create(Service.java:707)
> at org.jboss.as.test.integration.ws.wsse.trust.WSTrustTestCase.testHolderOfKey(WSTrustTestCase.java:467)
> {noformat}
> *Expected results:*
> No error
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-5894) Compound assignment operation like BigDecimal_type_property += Numeric_value causes compilation errors in executable model.
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5894?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5894:
---------------------------------
Sprint: 2020 Week 49-51 (from Nov 30)
> Compound assignment operation like BigDecimal_type_property += Numeric_value causes compilation errors in executable model.
> ---------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5894
> URL: https://issues.redhat.com/browse/DROOLS-5894
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> Compiling a rule like (*1) which is described in MVEL dialect and uses a compound assignment operation like _BigDecimal_type_property_ += _Numeric_value_, for example,
> - $bus.weight += 1000; ..... (6a) or
> - num = 100; $bus.weight += num; ..... (6b)
> with executable rule models enabled, errors like (*2) occur. $bus.weight is a BigDecimal type property.
> This issue occurs in the case of using the other basic operations '-=', '*=', '/=' as well as '+='.
> (*1)
> {noformat}
> package com.example.reproducer
> import com.example.reproducer.Bus
> dialect "mvel"
> rule "bus6a"
> when
> $bus : Bus()
> then
> $bus.weight += 1000; ..... (6a)
> System.out.println("***** " + $bus + ", weight = " + $bus.weight);
> update($bus);
> end
> {noformat}
> (*2)
> {noformat}
> [ERROR] /work2/cases/02801729/reproducer_02801729_6a_6b/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/P86/LambdaConsequence86B94E0EB0387F8D724213EF209CA726.java:[19,13] weight has private access in com.example.reproducer.Bus
> [ERROR] /work2/cases/02801729/reproducer_02801729_6a_6b/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/P86/LambdaConsequence86B94E0EB0387F8D724213EF209CA726.java:[19,21] bad operand types for binary operator '+'
> first type: java.math.BigDecimal
> second type: int
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (ELY-2056) Add a GitHub Action Workflow for CI
by Darran Lofthouse (Jira)
Darran Lofthouse created ELY-2056:
-------------------------------------
Summary: Add a GitHub Action Workflow for CI
Key: ELY-2056
URL: https://issues.redhat.com/browse/ELY-2056
Project: WildFly Elytron
Issue Type: Task
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 1.14.1.CR1
Generally our build is simply "mvn install", we presently use Linux and Windows on internal CI but GitHub also adds the option of MacOS so could try a matrix of all three.
Initially this action is just for CI for PRs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-5894) Compound assignment operation like BigDecimal_type_property += Numeric_value causes compilation errors in executable model.
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5894?page=com.atlassian.jira.plug... ]
Luca Molteni moved RHDM-1530 to DROOLS-5894:
--------------------------------------------
Project: Drools (was: Red Hat Decision Manager)
Key: DROOLS-5894 (was: RHDM-1530)
Workflow: GIT Pull Request workflow (was: CDW with docs v1)
Docs QE Status: NEW
Component/s: executable model
(was: BRE)
Environment: (was: The issue was found in RHDM 7.9.0.)
Affects Version/s: (was: 7.9.0.GA)
QE Status: NEW
> Compound assignment operation like BigDecimal_type_property += Numeric_value causes compilation errors in executable model.
> ---------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5894
> URL: https://issues.redhat.com/browse/DROOLS-5894
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> Compiling a rule like (*1) which is described in MVEL dialect and uses a compound assignment operation like _BigDecimal_type_property_ += _Numeric_value_, for example,
> - $bus.weight += 1000; ..... (6a) or
> - num = 100; $bus.weight += num; ..... (6b)
> with executable rule models enabled, errors like (*2) occur. $bus.weight is a BigDecimal type property.
> This issue occurs in the case of using the other basic operations '-=', '*=', '/=' as well as '+='.
> (*1)
> {noformat}
> package com.example.reproducer
> import com.example.reproducer.Bus
> dialect "mvel"
> rule "bus6a"
> when
> $bus : Bus()
> then
> $bus.weight += 1000; ..... (6a)
> System.out.println("***** " + $bus + ", weight = " + $bus.weight);
> update($bus);
> end
> {noformat}
> (*2)
> {noformat}
> [ERROR] /work2/cases/02801729/reproducer_02801729_6a_6b/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/P86/LambdaConsequence86B94E0EB0387F8D724213EF209CA726.java:[19,13] weight has private access in com.example.reproducer.Bus
> [ERROR] /work2/cases/02801729/reproducer_02801729_6a_6b/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/P86/LambdaConsequence86B94E0EB0387F8D724213EF209CA726.java:[19,21] bad operand types for binary operator '+'
> first type: java.math.BigDecimal
> second type: int
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-4605) DMN alpha network
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-4605?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-4605:
---------------------------------
Sprint: 2020 Week 34-36 (from Aug 17), 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 34-36 (from Aug 17), 2020 Week 46-48 (from Nov 9))
> DMN alpha network
> -----------------
>
> Key: DROOLS-4605
> URL: https://issues.redhat.com/browse/DROOLS-4605
> Project: Drools
> Issue Type: Story
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Luca Molteni
> Priority: Major
>
> *Motivation*: a DMN decision table can be evaluated faster than naive algorithm by translating it into a Rete/Phreak, but the current kie7 approach is suffering from performance bottleneck artificially induced by use of kie7 rule units, which provide more harm than benefit to perfomance (performance is actually worst for most "realistic" cases).
> *Goals*: a POC to understand what’s need to be done to support the alpha network compiler (wihout kie7 rule units) in DMN. We currently estimate it will take us 1 to 2 summer sprints and the output will be more epics to implement this feature.
> *Impact*: alpha network compiler code refactors for the better use of.
> One part of the POC was to hard-code the alpha network for a specific table ([DROOLS-4566]) the remained of the poc is to generalize the approach further to fully assess the impacts thanks to the poc.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-4606) DMN alpha network POC
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-4606?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-4606:
---------------------------------
Sprint: 2019 Week 41-43 (from Okt 7), 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 31-33 (from Jul 27), 2020 Week 34-36 (from Aug 17), 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2019 Week 41-43 (from Okt 7), 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 31-33 (from Jul 27), 2020 Week 34-36 (from Aug 17), 2020 Week 46-48 (from Nov 9))
> DMN alpha network POC
> ---------------------
>
> Key: DROOLS-4606
> URL: https://issues.redhat.com/browse/DROOLS-4606
> Project: Drools
> Issue Type: Task
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Luca Molteni
> Priority: Major
>
> Start refactoring work to support alpha network
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months