October 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1555) Add support to compile FEEL expressions to bytecode

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1555?page=com.atlassian.jira.plugi... ] Edson Tirelli closed DROOLS-1555. --------------------------------- Fix Version/s: 7.5.0.Final Assignee: Matteo Mortari (was: Edson Tirelli) Resolution: Duplicate Duplicate of DROOLS-1701 > Add support to compile FEEL expressions to bytecode > --------------------------------------------------- > > Key: DROOLS-1555 > URL: https://issues.jboss.org/browse/DROOLS-1555 > Project: Drools > Issue Type: Feature Request > Components: dmn engine > Affects Versions: 7.0.0.CR3 > Reporter: Edson Tirelli > Assignee: Matteo Mortari > Fix For: 7.5.0.Final > > > FEEL expressions are currently interpreted. Add support to compile them down to bytecode for improved performance. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1775) JDK 9 on drools DMN: JavaBackendTypeTest.testPerson fails on ConcurrentModificationException

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1775?page=com.atlassian.jira.plugi... ] Edson Tirelli updated DROOLS-1775: ---------------------------------- Sprint: 2017 Week 43-44 > JDK 9 on drools DMN: JavaBackendTypeTest.testPerson fails on ConcurrentModificationException > -------------------------------------------------------------------------------------------- > > Key: DROOLS-1775 > URL: https://issues.jboss.org/browse/DROOLS-1775 > Project: Drools > Issue Type: Bug > Components: dmn engine > Affects Versions: 7.4.1.Final > Reporter: Tibor Zimányi > Assignee: Matteo Mortari > > When test JavaBackendTypeTest.testPerson from kie-dmn-feel module is run on JDK 9, it fails on ConcurrentModificationException with the following stacktrace [1]. > [1] https://gist.github.com/baldimir/d19c772ae170546047bd4f9fa6c80dd6 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2075) Allow empty output cell on DTs

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2075?page=com.atlassian.jira.plugi... ] Edson Tirelli updated DROOLS-2075: ---------------------------------- Sprint: 2017 Week 43-44 > Allow empty output cell on DTs > ------------------------------ > > Key: DROOLS-2075 > URL: https://issues.jboss.org/browse/DROOLS-2075 > Project: Drools > Issue Type: Bug > Components: dmn engine > Affects Versions: 7.4.1.Final > Reporter: Edson Tirelli > Assignee: Fedor Gavrilov > Fix For: 7.5.0.Final > > Attachments: NPE.jpg > > > Currently the compiler raises an error if an output cell of a decision table is empty. E.g.: > <semantic:outputEntry id="_9ad23b6a-67fb-47b1-84a2-98e7859154e6"> > <semantic:text/> > </semantic:outputEntry> > Change the compiler to accept that and treat the result as being null. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9488) WeldDeployment initialisation error causes session fail-over to fail.

by Klaasjan Brand (JIRA)

[ https://issues.jboss.org/browse/WFLY-9488?page=com.atlassian.jira.plugin.... ] Klaasjan Brand commented on WFLY-9488: -------------------------------------- [~mkouba] Your assumption is correct. There also were a few other issues with WildFly 10.1 so we decided to shift our testing effort to WildFly 11 because we want to upgrade in time anyway and assumed the chance of the bugs being fixed would be higher ;) > WeldDeployment initialisation error causes session fail-over to fail. > --------------------------------------------------------------------- > > Key: WFLY-9488 > URL: https://issues.jboss.org/browse/WFLY-9488 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Affects Versions: 11.0.0.Final > Environment: Testen on OS X Sierra with Oracle JDK 1.8.0_152 > Reporter: Klaasjan Brand > Assignee: Martin Kouba > Attachments: serviceregistry.patch > > > At Topicus we've tested one of our Java EE applications to check compatibility with Wildfly session replication. This resulted in deserialization errors when performing a failover test. > (WELD-001122: Failed to deserialize annotated type identified with AnnotatedTypeIdentifier) > The application is deployed as an EAR archive containing several modules, one of them a WAR which hosts the main web frontend. > Point of interest is our application uses Wicket (with Wicket-CDI) to inject CDI resources in Wicket pages. > After a debugging session we concluded the "tryToLoadUnknownBackedAnnotatedType" method in the Weld class "SlimAnnotatedType" uses the wrong ResourceLoader when trying to load the class containing an injected object. > Further debugging proved the initialisation in the WeldDeployment method "createAndRegisterAdditionalBeanDeploymentArchive" copies all of the ServiceRegistry entries of the parent BeanDeployment to the child, overwriting the already set ResourceLoader. > I've attached a patch which prevents the overwriting of the deployment's already set entries. This fixed the replication problems with our application. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1169) JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1169?page=com.atlassian.jira.plugi... ] Petr Široký commented on DROOLS-1169: ------------------------------------- I can confirm that the ECJ 4.4.2 works as expected. Will remove the workaround and close the JIRA once that's done. > JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround > ------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1169 > URL: https://issues.jboss.org/browse/DROOLS-1169 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Labels: java9 > > The code below runs perfectly with OpenJDK 8 (and even 6 and 7). > To reproduce, use JDK 9 ( https://jdk9.java.net/download/ ) and in optaplanner-core, run XStreamXmlSolverFactoryTest [1] (or mostly any other test that builds a DRL file) to get this error: > {code} > 15:56:40.229 [main] ERROR o.d.c.k.b.impl.AbstractKieModule - Unable to build KieBaseModel:defaultKieBase > Rule Compilation error : [Rule name='Conflict'] > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (3:337) : Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (6:569) : java.lang.Exception cannot be resolved to a type > java.lang.IllegalStateException: There are errors in a score DRL: > Error Messages: > Message [id=1, level=ERROR, path=org/optaplanner/core/api/solver/testdataScoreRules.drl, line=31, column=0 > text=Rule Compilation error The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files > The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files > Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor > java.lang.Exception cannot be resolved to a type] > {code} > That tests builds this DRL: > {code} > package org.optaplanner.core.api.solver; > dialect "java" > import org.optaplanner.core.api.score.buildin.simple.SimpleScoreHolder; > import org.optaplanner.core.impl.testdata.domain.TestdataValue; > import org.optaplanner.core.impl.testdata.domain.TestdataEntity; > global SimpleScoreHolder scoreHolder; > // ############################################################################ > // Constraints > // ############################################################################ > rule "Conflict" > when > TestdataEntity(value != null, $leftValue : value) > TestdataEntity(value == $leftValue) > then > scoreHolder.addConstraintMatch(kcontext, -1); > end > {code} > Not sure where the Object constructor reference comes from... This might be a JDK 9 upstream issue. > Note: don't build drools with OpenJDK9 as that will fail sooner :) > [1] https://github.com/droolsjbpm/optaplanner/blob/master/optaplanner-core/sr... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1169) JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1169?page=com.atlassian.jira.plugi... ] Petr Široký reassigned DROOLS-1169: ----------------------------------- Assignee: Petr Široký (was: Mario Fusco) > JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround > ------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1169 > URL: https://issues.jboss.org/browse/DROOLS-1169 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Petr Široký > Labels: java9 > > The code below runs perfectly with OpenJDK 8 (and even 6 and 7). > To reproduce, use JDK 9 ( https://jdk9.java.net/download/ ) and in optaplanner-core, run XStreamXmlSolverFactoryTest [1] (or mostly any other test that builds a DRL file) to get this error: > {code} > 15:56:40.229 [main] ERROR o.d.c.k.b.impl.AbstractKieModule - Unable to build KieBaseModel:defaultKieBase > Rule Compilation error : [Rule name='Conflict'] > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (3:337) : Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (6:569) : java.lang.Exception cannot be resolved to a type > java.lang.IllegalStateException: There are errors in a score DRL: > Error Messages: > Message [id=1, level=ERROR, path=org/optaplanner/core/api/solver/testdataScoreRules.drl, line=31, column=0 > text=Rule Compilation error The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files > The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files > Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor > java.lang.Exception cannot be resolved to a type] > {code} > That tests builds this DRL: > {code} > package org.optaplanner.core.api.solver; > dialect "java" > import org.optaplanner.core.api.score.buildin.simple.SimpleScoreHolder; > import org.optaplanner.core.impl.testdata.domain.TestdataValue; > import org.optaplanner.core.impl.testdata.domain.TestdataEntity; > global SimpleScoreHolder scoreHolder; > // ############################################################################ > // Constraints > // ############################################################################ > rule "Conflict" > when > TestdataEntity(value != null, $leftValue : value) > TestdataEntity(value == $leftValue) > then > scoreHolder.addConstraintMatch(kcontext, -1); > end > {code} > Not sure where the Object constructor reference comes from... This might be a JDK 9 upstream issue. > Note: don't build drools with OpenJDK9 as that will fail sooner :) > [1] https://github.com/droolsjbpm/optaplanner/blob/master/optaplanner-core/sr... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2076) [DataModelOracle] DSL Sentences are not loaded

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2076?page=com.atlassian.jira.plugi... ] Michael Anstis reassigned DROOLS-2076: -------------------------------------- Assignee: Michael Anstis (was: Max Barkley) > [DataModelOracle] DSL Sentences are not loaded > ---------------------------------------------- > > Key: DROOLS-2076 > URL: https://issues.jboss.org/browse/DROOLS-2076 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor, Guided Rule Editor, Guided Template Editor > Affects Versions: 7.4.1.Final > Reporter: Jozef Marko > Assignee: Michael Anstis > Priority: Blocker > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1169) JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1169?page=com.atlassian.jira.plugi... ] Petr Široký commented on DROOLS-1169: ------------------------------------- [~ctomc] thanks for the info. For some reason I thought that I tried with ECJ 4.4.x some time ago and I was still seeing issues. Will retest asap. > JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround > ------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1169 > URL: https://issues.jboss.org/browse/DROOLS-1169 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Labels: java9 > > The code below runs perfectly with OpenJDK 8 (and even 6 and 7). > To reproduce, use JDK 9 ( https://jdk9.java.net/download/ ) and in optaplanner-core, run XStreamXmlSolverFactoryTest [1] (or mostly any other test that builds a DRL file) to get this error: > {code} > 15:56:40.229 [main] ERROR o.d.c.k.b.impl.AbstractKieModule - Unable to build KieBaseModel:defaultKieBase > Rule Compilation error : [Rule name='Conflict'] > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (3:337) : Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor > org/optaplanner/core/api/solver/Rule_Conflict903142795.java (6:569) : java.lang.Exception cannot be resolved to a type > java.lang.IllegalStateException: There are errors in a score DRL: > Error Messages: > Message [id=1, level=ERROR, path=org/optaplanner/core/api/solver/testdataScoreRules.drl, line=31, column=0 > text=Rule Compilation error The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files > The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files > Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor > java.lang.Exception cannot be resolved to a type] > {code} > That tests builds this DRL: > {code} > package org.optaplanner.core.api.solver; > dialect "java" > import org.optaplanner.core.api.score.buildin.simple.SimpleScoreHolder; > import org.optaplanner.core.impl.testdata.domain.TestdataValue; > import org.optaplanner.core.impl.testdata.domain.TestdataEntity; > global SimpleScoreHolder scoreHolder; > // ############################################################################ > // Constraints > // ############################################################################ > rule "Conflict" > when > TestdataEntity(value != null, $leftValue : value) > TestdataEntity(value == $leftValue) > then > scoreHolder.addConstraintMatch(kcontext, -1); > end > {code} > Not sure where the Object constructor reference comes from... This might be a JDK 9 upstream issue. > Note: don't build drools with OpenJDK9 as that will fail sooner :) > [1] https://github.com/droolsjbpm/optaplanner/blob/master/optaplanner-core/sr... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2076) [DataModelOracle] DSL Sentences are not loaded

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2076?page=com.atlassian.jira.plugi... ] Jozef Marko commented on DROOLS-2076: ------------------------------------- [~manstis] Thanks you have refined the root cause. > [DataModelOracle] DSL Sentences are not loaded > ---------------------------------------------- > > Key: DROOLS-2076 > URL: https://issues.jboss.org/browse/DROOLS-2076 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor, Guided Rule Editor, Guided Template Editor > Affects Versions: 7.4.1.Final > Reporter: Jozef Marko > Assignee: Max Barkley > Priority: Blocker > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2076) [Guided Decision Table] DSL Sentences are not loaded to guided editors

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2076?page=com.atlassian.jira.plugi... ] Michael Anstis updated DROOLS-2076: ----------------------------------- Component/s: Guided Template Editor > [Guided Decision Table] DSL Sentences are not loaded to guided editors > ---------------------------------------------------------------------- > > Key: DROOLS-2076 > URL: https://issues.jboss.org/browse/DROOLS-2076 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor, Guided Rule Editor, Guided Template Editor > Affects Versions: 7.4.1.Final > Reporter: Jozef Marko > Assignee: Max Barkley > Priority: Blocker > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 6 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 October 2017