[JBoss JIRA] (DROOLS-1976) [DMN Editor] Unique node names
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1976?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-1976:
--------------------------------
Description:
According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
h2. Acceptance criteria
- Verify if DMN editor enforce unique node names
was:
According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
Acceptance criteria of this task:
- Verify if DMN editor enforce unique node names
-- ?Prepare test scenarios?
- If it doesn't, file jira that will ensure fix of this issue.
> [DMN Editor] Unique node names
> ------------------------------
>
> Key: DROOLS-1976
> URL: https://issues.jboss.org/browse/DROOLS-1976
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Labels: reported-by-qe
>
> According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
> h2. Acceptance criteria
> - Verify if DMN editor enforce unique node names
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-1976) [DMN Editor] Unique node names
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1976?page=com.atlassian.jira.plugi... ]
Jozef Marko reassigned DROOLS-1976:
-----------------------------------
Assignee: Michael Anstis (was: Jozef Marko)
> [DMN Editor] Unique node names
> ------------------------------
>
> Key: DROOLS-1976
> URL: https://issues.jboss.org/browse/DROOLS-1976
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Labels: reported-by-qe
>
> According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
> Acceptance criteria of this task:
> - Verify if DMN editor enforce unique node names
> -- ?Prepare test scenarios?
> - If it doesn't, file jira that will ensure fix of this issue.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-1976) [DMN Editor] Enforce unique node names
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1976?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-1976:
--------------------------------
Summary: [DMN Editor] Enforce unique node names (was: [DMN Editor] Check that unique node names are enforced)
> [DMN Editor] Enforce unique node names
> --------------------------------------
>
> Key: DROOLS-1976
> URL: https://issues.jboss.org/browse/DROOLS-1976
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Labels: reported-by-qe
>
> According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
> Acceptance criteria of this task:
> - Verify if DMN editor enforce unique node names
> -- ?Prepare test scenarios?
> - If it doesn't, file jira that will ensure fix of this issue.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-1976) [DMN Editor] Enforce unique node names
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1976?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-1976:
--------------------------------
Issue Type: Enhancement (was: Task)
> [DMN Editor] Enforce unique node names
> --------------------------------------
>
> Key: DROOLS-1976
> URL: https://issues.jboss.org/browse/DROOLS-1976
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Labels: reported-by-qe
>
> According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
> Acceptance criteria of this task:
> - Verify if DMN editor enforce unique node names
> -- ?Prepare test scenarios?
> - If it doesn't, file jira that will ensure fix of this issue.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-1976) [DMN Editor] Unique node names
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1976?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-1976:
--------------------------------
Summary: [DMN Editor] Unique node names (was: [DMN Editor] Enforce unique node names)
> [DMN Editor] Unique node names
> ------------------------------
>
> Key: DROOLS-1976
> URL: https://issues.jboss.org/browse/DROOLS-1976
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Labels: reported-by-qe
>
> According to the DMN specification, all node names represents also variable names, thus it is needed to enforce unique node name in the DRD diagram.
> Acceptance criteria of this task:
> - Verify if DMN editor enforce unique node names
> -- ?Prepare test scenarios?
> - If it doesn't, file jira that will ensure fix of this issue.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2552) KieBase Deserialization: NullPointerException
by Florian Braun (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2552?page=com.atlassian.jira.plugi... ]
Florian Braun updated DROOLS-2552:
----------------------------------
Description:
I have run into an issue with the KieBase serialization throwing a NullPointerException when using exists and parentheses around an or when rules are in a RuleFlowGroup.
Example rules:
package com.sample.rules
rule "Your First Rule"
ruleflow-group "group1"
when
exists ( String(this == "Hello") or String(this == "World") )
then
System.out.println("Hello or World");
end
rule "Your Second Rule"
ruleflow-group "group1"
when
$string: String(this == "Hello World")
then
System.out.println($string);
end
Having the first rule wrap the or in () will cause a deserialization NPE:
Exception in thread "main" java.lang.NullPointerException
at org.drools.core.common.BaseNode.getSinks(BaseNode.java:241)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:494)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
at org.drools.core.impl.KnowledgeBaseImpl.rewireReteAfterDeserialization(KnowledgeBaseImpl.java:489)
at org.drools.core.impl.KnowledgeBaseImpl.readExternal(KnowledgeBaseImpl.java:483)
....
Some testing shows this:
If the first rule is on its own then this error does *not* occur.
If the first rule does not use () the error does *not* occur. This of course means that the rule behaves differently
If the rules are not in an rfg this error does *not* occur
was:
I have run into an issue with the KieBase serialization throwing a NullPointerException when using exists and parentheses around an or when rules are in a RuleFlowGroup.
Example rules:
package com.sample.rules
rule "Your First Rule"
ruleflow-group "group1"
when
exists ( String(this == "Hello") or String(this == "World") )
then
System.out.println("Hello or World");
end
rule "Your Second Rule"
ruleflow-group "group1"
when
$string: String(this == "Hello World")
then
System.out.println($string);
end
Having the first rule wrap the or in () will cause a deserialization NPE:
Exception in thread "main" java.lang.NullPointerException
at org.drools.core.common.BaseNode.getSinks(BaseNode.java:241)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:494)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
at org.drools.core.impl.KnowledgeBaseImpl.rewireReteAfterDeserialization(KnowledgeBaseImpl.java:489)
at org.drools.core.impl.KnowledgeBaseImpl.readExternal(KnowledgeBaseImpl.java:483)
....
Some testing shows this:
If the first rule is on its own then this error does *not* occur.
If the rule does not use () the error does *not* occur.
If the rules are not in an rfg this error does *not* occur
> KieBase Deserialization: NullPointerException
> ---------------------------------------------
>
> Key: DROOLS-2552
> URL: https://issues.jboss.org/browse/DROOLS-2552
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.7.0.Final
> Environment: Windows 7, Java 1.8, Drools 7.7.0.Final, jBPM 7.7.0.Final
> Reporter: Florian Braun
> Assignee: Mario Fusco
>
> I have run into an issue with the KieBase serialization throwing a NullPointerException when using exists and parentheses around an or when rules are in a RuleFlowGroup.
> Example rules:
> package com.sample.rules
> rule "Your First Rule"
> ruleflow-group "group1"
> when
> exists ( String(this == "Hello") or String(this == "World") )
> then
> System.out.println("Hello or World");
> end
> rule "Your Second Rule"
> ruleflow-group "group1"
> when
> $string: String(this == "Hello World")
> then
> System.out.println($string);
> end
> Having the first rule wrap the or in () will cause a deserialization NPE:
> Exception in thread "main" java.lang.NullPointerException
> at org.drools.core.common.BaseNode.getSinks(BaseNode.java:241)
> at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:494)
> at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
> at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
> at org.drools.core.impl.KnowledgeBaseImpl.rewireNodeAfterDeserialization(KnowledgeBaseImpl.java:511)
> at org.drools.core.impl.KnowledgeBaseImpl.rewireReteAfterDeserialization(KnowledgeBaseImpl.java:489)
> at org.drools.core.impl.KnowledgeBaseImpl.readExternal(KnowledgeBaseImpl.java:483)
> ....
> Some testing shows this:
> If the first rule is on its own then this error does *not* occur.
> If the first rule does not use () the error does *not* occur. This of course means that the rule behaves differently
> If the rules are not in an rfg this error does *not* occur
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months