September 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-2788) UX to support selection of multiple data/domain object instances

by Liz Clayton (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2788?page=com.atlassian.jira.plugi... ] Liz Clayton commented on DROOLS-2788: ------------------------------------- [~tirelli] If we add spanned column headers (e.g. "applicant" with Age, Credit, Income, under it) it's adding some "structure" to the rows, which is bringing it closer to DMN tables, particularly if the nesting can get deeper. If so, do you foresee any pitfalls to that? [~danielezonca] At one point we discussed being able to "flip" the test to column based scenarios, so how would adding spanned headers and such impact that potentially. > UX to support selection of multiple data/domain object instances > ---------------------------------------------------------------- > > Key: DROOLS-2788 > URL: https://issues.jboss.org/browse/DROOLS-2788 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Liz Clayton > Assignee: Liz Clayton > Labels: ScenarioSimulation, UX, UXTeam > Attachments: Screen Shot 2018-07-24 at 2.22.20 PM.png, Screen Shot 2018-09-18 at 1.35.43 PM.png > > > As a user I want to define multiple data/domain object instances per scenario (i.e. possible to have a scenario with more than one instance of “Person”), so that I can create a test scenario. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1669) NullPointerException in FlatQueryResults.<init> ("left join" query)

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1669?page=com.atlassian.jira.plugi... ] Tibor Zimányi commented on DROOLS-1669: --------------------------------------- Poker: 2 > NullPointerException in FlatQueryResults.<init> ("left join" query) > ------------------------------------------------------------------- > > Key: DROOLS-1669 > URL: https://issues.jboss.org/browse/DROOLS-1669 > Project: Drools > Issue Type: Bug > Components: core engine, kie server > Affects Versions: 6.5.0.Final > Environment: Win7 x64, Tomcat 9, workbench-built DRL, managed KIE Server execution > Reporter: Russell Morrisey > Assignee: Mario Fusco > > The following DRL query passes build and validation in the workbench, but fails at runtime in KIE Server: > {code:java} > query "questionsKnowledge" () > $question: Question() > $visible: QuestionVisible(question == $question) or not QuestionVisible(question == $question) > end > {code} > The intent is that $visible may or may not be bound, depending on whether QuestionVisible is present. It looks like this causes an error in FlatQueryResults.(init): > {code:java} > 15:59:30.897 ERROR o.k.s.s.d.DroolsKieContainerCommandServiceImpl - Error calling container 'qna2' > java.lang.NullPointerException: null > at org.drools.core.QueryResultsRowImpl.getFactHandle(QueryResultsRowImpl.java:99) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.QueryResultsRowImpl.getFactHandle(QueryResultsRowImpl.java:95) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.runtime.rule.impl.FlatQueryResults.<init>(FlatQueryResults.java:116) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.command.runtime.rule.QueryCommand.execute(QueryCommand.java:109) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.command.runtime.rule.QueryCommand.execute(QueryCommand.java:39) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:137) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:51) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:254) ~[drools-core-6.5.0.Final.jar:6.5.0.Final] > at org.kie.server.services.drools.RulesExecutionService.call(RulesExecutionService.java:52) ~[kie-server-services-drools-6.5.0.Final.jar:6.5.0.Final] > at org.kie.server.services.drools.DroolsKieContainerCommandServiceImpl.callContainer(DroolsKieContainerCommandServiceImpl.java:69) ~[kie-server-services-drools-6.5.0.Final.jar:6.5.0.Final > ] > at org.kie.server.remote.rest.drools.CommandResource.manageContainer(CommandResource.java:72) [kie-server-rest-drools-6.5.0.Final.jar:6.5.0.Final] > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2133) Rule Unit unbind using `run` causes wrong lookup of DS on the wrong unit

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2133?page=com.atlassian.jira.plugi... ] Tibor Zimányi commented on DROOLS-2133: --------------------------------------- Poker: 3 > Rule Unit unbind using `run` causes wrong lookup of DS on the wrong unit > ------------------------------------------------------------------------ > > Key: DROOLS-2133 > URL: https://issues.jboss.org/browse/DROOLS-2133 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Matteo Mortari > Assignee: Mario Fusco > > Please reference test {{testGuardAndRunBack}} > {code:java} > public static class MainHouseUnit implements RuleUnit { > private DataSource<Date> now; > private DataSource<String> part; > private DataSource<Boolean> switch1; > public MainHouseUnit() { > super(); > } > public DataSource<Date> getNow() { > return now; > } > public DataSource<String> getPart() { > return part; > } > public DataSource<Boolean> getSwitch1() { > return switch1; > } > } > public static class DayPartUnit implements RuleUnit { > private DataSource<Date> now; > private DataSource<Date> aScopedDS; > private DataSource<String> part; > public DayPartUnit() { > super(); > } > public DataSource<Date> getNow() { > return now; > } > public DataSource<String> getPart() { > return part; > } > public DataSource<Date> getaScopedDS() { > return aScopedDS; > } > } > public static class SwitchUnit implements RuleUnit { > private DataSource<String> part; > private DataSource<Boolean> switch1; > public SwitchUnit() { > super(); > } > public DataSource<String> getPart() { > return part; > } > public DataSource<Boolean> getSwitch1() { > return switch1; > } > } > private KieBase kieBaseMainGuardSubunitRunBackToMain(boolean currentStyle) { > // use "hammer" approach with external multiple call to fire, or "drools.run()" approach in rules. > System.out.println("Running with style: " + currentStyle); > String drl1 = "package org.drools.compiler.integrationtests\n" + > "unit " + getCanonicalSimpleName(MainHouseUnit.class) + "\n" + > "import " + DayPartUnit.class.getCanonicalName() + "\n" + > "import " + SwitchUnit.class.getCanonicalName() + "\n" + > "rule GuardDayPartUnit when\n" + > " Object() from now \n" + > " not( String() from part ) \n" + > "then\n" + > " System.out.println(\"Guarding DayPartUnit\");\n" + > " drools.guard(DayPartUnit.class);\n" + > "end\n" + > "rule GuardSwitchUnit when\n" + > " String() from part \n" + > " not( Boolean() from switch1 ) \n" + > "then\n" + > " System.out.println(\"Guarding SwitchUnit\");\n" + > " drools.guard(SwitchUnit.class);\n" + > "end\n"; > String drl2 = "package org.drools.compiler.integrationtests\n" + > "unit " + getCanonicalSimpleName(DayPartUnit.class) + "\n" + > "import " + MainHouseUnit.class.getCanonicalName() + "\n" + > "rule doDayPartUnit when\n" + > " $n : Object() from now \n" + > "then\n" + > " System.out.println(\"Inside DayPartUnit: \"+$n);\n" + > " part.insert(\"Morning\");\n" + > (currentStyle ? "//" : "") + " drools.run(MainHouseUnit.class);\n" + > "end\n"; > String drl3 = "package org.drools.compiler.integrationtests\n" + > "unit " + getCanonicalSimpleName(SwitchUnit.class) + "\n" + > "import " + MainHouseUnit.class.getCanonicalName() + "\n" + > "rule doSwitchUnit when\n" + > " $n : String() from part \n" + > "then\n" + > " System.out.println(\"Inside SwitchUnit: \"+$n);\n" + > " switch1.insert(true);\n" + > (currentStyle ? "//" : "") + " drools.run(MainHouseUnit.class);\n" + > "end\n"; > KieBase kbase = new KieHelper().addContent(drl1, ResourceType.DRL) > .addContent(drl2, ResourceType.DRL) > .addContent(drl3, ResourceType.DRL) > .build(); > return kbase; > } > @Test > public void testMainGuardSubunitRunBackToMain_usingHammerStyle() throws Exception { > KieBase kbase = kieBaseMainGuardSubunitRunBackToMain(true); > RuleUnitExecutor executor = RuleUnitExecutor.create().bind(kbase); > executor.newDataSource("now", LocalDateTime.now()); > executor.newDataSource("part"); > executor.newDataSource("aScopedDS"); > DataSource<Boolean> switch1 = executor.newDataSource("switch1"); > RuleUnit adultUnit = new MainHouseUnit(); > executor.run(adultUnit); > // need a second, "hammer" run. > executor.run(adultUnit); > assertEquals(true, switch1.iterator().next()); > } > @Test > public void testMainGuardSubunitRunBackToMain_usingRunStyle() throws Exception { > KieBase kbase = kieBaseMainGuardSubunitRunBackToMain(false); > RuleUnitExecutor executor = RuleUnitExecutor.create().bind(kbase); > executor.newDataSource("now", LocalDateTime.now()); > executor.newDataSource("part"); > executor.newDataSource("aScopedDS"); > DataSource<Boolean> switch1 = executor.newDataSource("switch1"); > RuleUnit adultUnit = new MainHouseUnit(); > executor.run(adultUnit); // FAILs with trying to lookup method getaScopedDS() on the MainHouseUnit (which is not correct unit). > // does NOT need a second, "hammer" run. > assertEquals(true, switch1.iterator().next()); > } > public static class EmptyUnit implements RuleUnit { > public EmptyUnit() { > // no-args constructor. > } > } > public static class StringDSUnit implements RuleUnit { > private DataSource<String> strings; > public StringDSUnit() { > // no-args constructor. > } > public DataSource<String> getStrings() { > return strings; > } > } > @Test > public void testGuardAndRunBack() { > String drl1 = "package org.drools.compiler.integrationtests\n" + > "unit " + getCanonicalSimpleName(EmptyUnit.class) + "\n" + > "import " + StringDSUnit.class.getCanonicalName() + "\n" + > "rule RGuard when\n" + > "then\n" + > " System.out.println(\"Guarding StringDSUnit\");\n" + > " drools.guard(StringDSUnit.class);\n" + > "end\n"; > String drl2 = "package org.drools.compiler.integrationtests\n" + > "unit " + getCanonicalSimpleName(StringDSUnit.class) + "\n" + > "import " + EmptyUnit.class.getCanonicalName() + "\n" + > "rule RGoBack when\n" + > "then\n" + > " System.out.println(\"Inside StringDSUnit: \");\n" + > " drools.run(EmptyUnit.class);\n" + > "end\n"; > KieBase kbase = new KieHelper().addContent(drl1, ResourceType.DRL) > .addContent(drl2, ResourceType.DRL) > .build(); > RuleUnitExecutor executor = RuleUnitExecutor.create().bind(kbase); > executor.newDataSource("strings", "abc", "xyz"); > RuleUnit adultUnit = new EmptyUnit(); > executor.run(adultUnit); // FAILs with trying to lookup method getStrings() on the EmptyUnit (which is not correct unit). > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1409) Infinite loop when using maps

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1409?page=com.atlassian.jira.plugi... ] Tibor Zimányi commented on DROOLS-1409: --------------------------------------- Poker: 3 > Infinite loop when using maps > ----------------------------- > > Key: DROOLS-1409 > URL: https://issues.jboss.org/browse/DROOLS-1409 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final, 6.4.0.Final, 6.5.0.Final > Environment: Windows/Linux /MacOs > Reporter: mourad ouachani > Assignee: Mario Fusco > Attachments: engineMapBug.zip > > > Infinite loop when using maps instead collections. > The problem appears before the 10th iteration, however if you run it 10 times it could end properly without infinite loop. > > We thought it could be linked to the concurrent access to HashMap and we tried with concurrent HashMap but still got the same problem. > It could be probably linked to the fact that we use maps not only to store the result of some rules evaluation but also as a functional way to prevent rule to be fired again (see rule "FLG1" and the condition "FLG1 not memberof matchMap" > Thanks. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1958) [DMN Editor] Support use of imported models

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1958?page=com.atlassian.jira.plugi... ] Michael Anstis updated DROOLS-1958: ----------------------------------- Issue Type: Epic (was: Feature Request) > [DMN Editor] Support use of imported models > ------------------------------------------- > > Key: DROOLS-1958 > URL: https://issues.jboss.org/browse/DROOLS-1958 > Project: Drools > Issue Type: Epic > Components: DMN Editor > Reporter: Jozef Marko > Assignee: Michael Anstis > Priority: Critical > Labels: reported-by-qe > > "Support use of 'imported' data-types". DMN supports referencing other DMN files and importing types from that into the diagram being authored. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1958) [DMN Editor] Support use of imported models

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1958?page=com.atlassian.jira.plugi... ] Michael Anstis updated DROOLS-1958: ----------------------------------- Epic Name: [DMN Editor] Support use of imported models > [DMN Editor] Support use of imported models > ------------------------------------------- > > Key: DROOLS-1958 > URL: https://issues.jboss.org/browse/DROOLS-1958 > Project: Drools > Issue Type: Epic > Components: DMN Editor > Reporter: Jozef Marko > Assignee: Michael Anstis > Priority: Critical > Labels: reported-by-qe > > "Support use of 'imported' data-types". DMN supports referencing other DMN files and importing types from that into the diagram being authored. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1958) [DMN Editor] Support use of imported models

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1958?page=com.atlassian.jira.plugi... ] Michael Anstis updated DROOLS-1958: ----------------------------------- Summary: [DMN Editor] Support use of imported models (was: [DMN Editor] Support use of imported data-types) > [DMN Editor] Support use of imported models > ------------------------------------------- > > Key: DROOLS-1958 > URL: https://issues.jboss.org/browse/DROOLS-1958 > Project: Drools > Issue Type: Feature Request > Components: DMN Editor > Reporter: Jozef Marko > Assignee: Michael Anstis > Labels: reported-by-qe > > "Support use of 'imported' data-types". DMN supports referencing other DMN files and importing types from that into the diagram being authored. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1958) [DMN Editor] Support use of imported models

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1958?page=com.atlassian.jira.plugi... ] Michael Anstis updated DROOLS-1958: ----------------------------------- Priority: Critical (was: Major) > [DMN Editor] Support use of imported models > ------------------------------------------- > > Key: DROOLS-1958 > URL: https://issues.jboss.org/browse/DROOLS-1958 > Project: Drools > Issue Type: Feature Request > Components: DMN Editor > Reporter: Jozef Marko > Assignee: Michael Anstis > Priority: Critical > Labels: reported-by-qe > > "Support use of 'imported' data-types". DMN supports referencing other DMN files and importing types from that into the diagram being authored. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2763) Heap Space Pile Up after some Time

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2763?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-2763: -------------------------------- Security: (was: Security Issue) > Heap Space Pile Up after some Time > ---------------------------------- > > Key: DROOLS-2763 > URL: https://issues.jboss.org/browse/DROOLS-2763 > Project: Drools > Issue Type: Bug > Components: decision tables > Affects Versions: 6.1.0.Final > Reporter: Bishnu Shankar Pandey > Assignee: Mario Fusco > Attachments: Rule Engine Heap ScreenShoot.png > > > After running rule Engine for 2-3 hours with data every 2 milliseconds I am getting heap space Error. After doing heap dump analysis i found that org.drools.core.phreak.RightTupleEntry.{next} class is taking 3.84GB heap space. Space and class details are in the below screenshot. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2996) Existing Rules are not working as expected after migrating the Drools version from 6.0.3 to 7.4.1.Final

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2996?page=com.atlassian.jira.plugi... ] Tibor Zimányi commented on DROOLS-2996: --------------------------------------- Poker: 3 > Existing Rules are not working as expected after migrating the Drools version from 6.0.3 to 7.4.1.Final > ------------------------------------------------------------------------------------------------------- > > Key: DROOLS-2996 > URL: https://issues.jboss.org/browse/DROOLS-2996 > Project: Drools > Issue Type: Bug > Affects Versions: 7.4.1.Final > Reporter: Prameela Pod > Assignee: Mario Fusco > Attachments: DroolsTestPortlet.zip, logs.txt > > > After drools migration from 6.0.3 to 7.4.1.Final version , modify property in 1st rule not validating conditions in 2nd rule. > Ex: modify($alarm){setEVENTO_EN_TAREA("YES")} - In 1st rule then condition > $alarm: ALARMA_ERICSSON_2G("NO" == getEVENTO_EN_TAREA()) - When condition in 2nd rule. > If getEVENTO_EN_TAREA() = "YES" then only it should go inside 2nd rule.But here in this case getEVENTO_EN_TAREA()="YES" or "NO" - For both cases 2nd rule when condition is matched and going inside then condition.Which is wrong > Please find the attached sample test project with logs. > Kindly let me know additional information is required. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 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 September 2018