[JBoss JIRA] (DROOLS-3341) Duplicate DO columns
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3341?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3341:
---------------------------------
Attachment: screencast-01-04-19-1.webm
> Duplicate DO columns
> --------------------
>
> Key: DROOLS-3341
> URL: https://issues.jboss.org/browse/DROOLS-3341
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Elizabeth Clayton
> Assignee: Yeser Amer
> Priority: Major
> Labels: ScenarioSimulation, UX, UXTeam
> Attachments: 1.png, duplicate.png, multiDO.png, screencast-01-04-19-1.webm, screencast-29-03-19-1.webm
>
>
> As a user I want to use multiple instances of the same data object in my test scenarios (multiple instances support) (i.e. scenario with more than one instance of “Person”...), so that I can create a test scenario.
> * As a user I want a means to create a data object instance in the test template using an existing statement column, so that I can quickly create instances from the test table.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-1932) Support DSL within Guided Rule Template editor
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-1932?page=com.atlassian.jira.plugi... ]
Jozef Marko closed DROOLS-1932.
-------------------------------
Resolution: Rejected
Closing the issue as the team has changed focus to DMN as new alternative of rules and there are currently no resources to fix this ticket.
> Support DSL within Guided Rule Template editor
> ----------------------------------------------
>
> Key: DROOLS-1932
> URL: https://issues.jboss.org/browse/DROOLS-1932
> Project: Drools
> Issue Type: Feature Request
> Components: Guided Template Editor
> Affects Versions: 6.1.0.Final
> Environment: RedHat Linux 6.3 x86_64; Firefox 10.0.5
> Reporter: Stephen Slaboda
> Priority: Major
> Labels: DSL, template, workbench
>
> As part of our rules, we have DSL that has nothing to do with the template keys and were hoping that we could use DSL just like in the Guided Rules (with DSL), but we have found that no substition takes place and the source shows the actual text of the LSH of the DSL definition, rather than the RHS.
> At a minimum, the option of choosing DSLs should not be included when adding a new clause to the rule, so that the user does not think it will work.
> Perferably, DSLs would be able to be used if they are not linked with a template key, as in the Guided Rules (with DSL) editor.
> Ideally, DSLs would be able to be used in the editor and the DSLs could define a template key to be included in the data table.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3822) DMN DT analysis extended Validation API support
by Matteo Mortari (Jira)
Matteo Mortari created DROOLS-3822:
--------------------------------------
Summary: DMN DT analysis extended Validation API support
Key: DROOLS-3822
URL: https://issues.jboss.org/browse/DROOLS-3822
Project: Drools
Issue Type: Enhancement
Components: dmn engine
Reporter: Matteo Mortari
Assignee: Matteo Mortari
Make DT Analysis flag available and behaving in all APIs of Validation, including fluent builders, so that regardless of single model / multiple models API it will perform the DT Analysis.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3794) Inconsistent null check between JITed and non-JITed "contains"/"memberOf" condition
by Mario Fusco (Jira)
[ https://issues.jboss.org/browse/DROOLS-3794?page=com.atlassian.jira.plugi... ]
Mario Fusco updated DROOLS-3794:
--------------------------------
Tester: Tibor Zimanyi
> Inconsistent null check between JITed and non-JITed "contains"/"memberOf" condition
> -----------------------------------------------------------------------------------
>
> Key: DROOLS-3794
> URL: https://issues.jboss.org/browse/DROOLS-3794
> Project: Drools
> Issue Type: Bug
> Affects Versions: 7.19.0.Final
> Reporter: Max Zerzouri
> Assignee: Mario Fusco
> Priority: Major
> Attachments: DroolsTest.java, drl.drl
>
>
> A condition such as {{list contains item}} or {{item memberOf list}} seems to correspond to {{EvaluatorHelper.contains(list, item)}}, but when this has been compiled through {{ASMConditionEvaluatorJitter}}, the condition includes the additional constraint, {{item != null}}. This differs to the non-JITed condition, which does not require {{item}} to be non-null.
> Attached an example {{.drl}} file as an example case, and a simple runner. Running {{java DroolsTest 14}} triggers the issue for me (resulting in an infinite loop in this case), but since the recompilation is asynchronous, it might require a larger number.
> Decompiled {{ConditionalEvaluator}} for the test case below:
> {code:java}
> import droolstest.Bar;
> import droolstest.Foo;
> import java.util.List;
> import org.drools.core.common.InternalFactHandle;
> import org.drools.core.common.InternalWorkingMemory;
> import org.drools.core.rule.Declaration;
> import org.drools.core.rule.constraint.ConditionEvaluator;
> import org.drools.core.rule.constraint.EvaluatorHelper;
> import org.drools.core.spi.Tuple;
> public class ConditionEvaluator4471f59df9b54235ba1be708b5c480da
> implements ConditionEvaluator {
> private static final String EXPRESSION = "!( foo.barNames contains name )";
> private final Declaration[] declarations;
> public boolean evaluate(InternalFactHandle internalFactHandle, InternalWorkingMemory internalWorkingMemory, Tuple tuple) {
> Tuple tuple2 = tuple;
> Foo foo = (Foo)this.declarations[0].getValue(internalWorkingMemory, tuple2.getFactHandle().getObject());
> List list = foo.getBarNames();
> String string = ((Bar)internalFactHandle.getObject()).getName();
> return !(list == null ? false : (string == null ? false : EvaluatorHelper.contains((Object)list, (Object)string)));
> }
> public ConditionEvaluator4471f59df9b54235ba1be708b5c480da(Declaration[] arrdeclaration) {
> this.declarations = arrdeclaration;
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months