[JBoss JIRA] (DROOLS-4033) [DMN Designer] Save Stunners MagnetConnector.auto property
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4033?page=com.atlassian.jira.plugi... ]
Jozef Marko reassigned DROOLS-4033:
-----------------------------------
Assignee: Michael Anstis (was: Jozef Marko)
> [DMN Designer] Save Stunners MagnetConnector.auto property
> ----------------------------------------------------------
>
> Key: DROOLS-4033
> URL: https://issues.jboss.org/browse/DROOLS-4033
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Daniel José dos Santos
> Assignee: Michael Anstis
> Priority: Minor
> Labels: drools-tools
> Fix For: 7.21.0.Final
>
> Attachments: before-saved.png, re-opened.png
>
>
> Further to DROOLS-3702 we are approximating Stunner's {{MagnetConnector}} _auto_ property when unmarshalling a DMN XML file.
> Connectors made using the toolbox (either by adding a connector between two existing nodes or adding a new connected node) are {{auto=true}}. Moving a connector end-point to a Magnet manually (other than "centre") sets {{auto=false}}. It is these situations when re-opening the file can give a different visualisation of the connectors. We need to store the connectors _auto_ property as a DMN extension if we are to ensure re-opening any file preserves the connectors appearance.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4033) [DMN Designer] Save Stunners MagnetConnector.auto property
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4033?page=com.atlassian.jira.plugi... ]
Jozef Marko reassigned DROOLS-4033:
-----------------------------------
Assignee: Jozef Marko (was: Michael Anstis)
> [DMN Designer] Save Stunners MagnetConnector.auto property
> ----------------------------------------------------------
>
> Key: DROOLS-4033
> URL: https://issues.jboss.org/browse/DROOLS-4033
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Daniel José dos Santos
> Assignee: Jozef Marko
> Priority: Minor
> Labels: drools-tools
> Fix For: 7.21.0.Final
>
> Attachments: before-saved.png, re-opened.png
>
>
> Further to DROOLS-3702 we are approximating Stunner's {{MagnetConnector}} _auto_ property when unmarshalling a DMN XML file.
> Connectors made using the toolbox (either by adding a connector between two existing nodes or adding a new connected node) are {{auto=true}}. Moving a connector end-point to a Magnet manually (other than "centre") sets {{auto=false}}. It is these situations when re-opening the file can give a different visualisation of the connectors. We need to store the connectors _auto_ property as a DMN extension if we are to ensure re-opening any file preserves the connectors appearance.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4044) inappropriate warning appear while building kjar
by Hiroko Miura (Jira)
[ https://issues.jboss.org/browse/DROOLS-4044?page=com.atlassian.jira.plugi... ]
Hiroko Miura updated DROOLS-4044:
---------------------------------
Summary: inappropriate warning appear while building kjar (was: inappropriate warning appear while bulding kjar)
> inappropriate warning appear while building kjar
> ------------------------------------------------
>
> Key: DROOLS-4044
> URL: https://issues.jboss.org/browse/DROOLS-4044
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.18.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: buildKjar.zip
>
>
> When bulding kjar, warning something like the following appear.
> {noformat}
> [WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules2' is in folder '.work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules' is in folder '.work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules2' is in folder 'work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules' is in folder 'work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
> {noformat}
> But drl are put under appropriate path which matches declared package.
> {noformat}
> src/main/resources/
> ├── com
> │ └── sample
> │ ├── rules
> │ │ └── Sample.drl
> │ └── rules2
> │ └── Sample2.drl
> {noformat}
> This warning should not appear for this example.
> In addition, path of File which is shown in this warning message looks wired.
> e.g.
> {noformat}
> File 'src/main/resources//work/buildKjarTest2/src/main/resources/com/sample/rules2'
> {noformat}
> i.e. prefix ('src/main/resources/') is added to absolute path.
> Therefore, it's hard to understand what is exactly wrong and warned.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4043) inappropriate warning appear while building kjar
by Hiroko Miura (Jira)
[ https://issues.jboss.org/browse/DROOLS-4043?page=com.atlassian.jira.plugi... ]
Hiroko Miura updated DROOLS-4043:
---------------------------------
Summary: inappropriate warning appear while building kjar (was: inappropriate warning appear while bulding kjar)
> inappropriate warning appear while building kjar
> ------------------------------------------------
>
> Key: DROOLS-4043
> URL: https://issues.jboss.org/browse/DROOLS-4043
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.18.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: buildKjar.zip
>
>
> When bulding kjar, warning something like the following appear.
> {noformat}
> [WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules2' is in folder '.work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules' is in folder '.work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules2' is in folder 'work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules' is in folder 'work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
> {noformat}
> But drl are put under appropriate path which matches declared package.
> {noformat}
> src/main/resources/
> ├── com
> │ └── sample
> │ ├── rules
> │ │ └── Sample.drl
> │ └── rules2
> │ └── Sample2.drl
> {noformat}
> This warning should not appear for this example.
> In addition, path of File which is shown in this warning message looks wired.
> e.g.
> {noformat}
> File 'src/main/resources//work/buildKjarTest2/src/main/resources/com/sample/rules2'
> {noformat}
> i.e. prefix ('src/main/resources/') is added to absolute path.
> Therefore, it's hard to understand what is exactly wrong and warned.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4044) inappropriate warning appear while bulding kjar
by Hiroko Miura (Jira)
Hiroko Miura created DROOLS-4044:
------------------------------------
Summary: inappropriate warning appear while bulding kjar
Key: DROOLS-4044
URL: https://issues.jboss.org/browse/DROOLS-4044
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.18.0.Final
Reporter: Hiroko Miura
Assignee: Mario Fusco
Attachments: buildKjar.zip
When bulding kjar, warning something like the following appear.
{noformat}
[WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules2' is in folder '.work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules' is in folder '.work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules2' is in folder 'work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules' is in folder 'work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
{noformat}
But drl are put under appropriate path which matches declared package.
{noformat}
src/main/resources/
├── com
│ └── sample
│ ├── rules
│ │ └── Sample.drl
│ └── rules2
│ └── Sample2.drl
{noformat}
This warning should not appear for this example.
In addition, path of File which is shown in this warning message looks wired.
e.g.
{noformat}
File 'src/main/resources//work/buildKjarTest2/src/main/resources/com/sample/rules2'
{noformat}
i.e. prefix ('src/main/resources/') is added to absolute path.
Therefore, it's hard to understand what is exactly wrong and warned.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-3972) Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
by Almas Toimbekov (Jira)
[ https://issues.jboss.org/browse/DROOLS-3972?page=com.atlassian.jira.plugi... ]
Almas Toimbekov edited comment on DROOLS-3972 at 5/16/19 11:10 PM:
-------------------------------------------------------------------
Yes, it must be Double.parseDouble(amount) == 20.0 or > 10.0 anyway
I have it changed in the code section. Just a typo when I changed it back from amount.startsWith("20")
But the problem exists.
Output:
First
Second
Outpput when amount.startsWith("20") or amount == "20":
First
Second
Rule is fired
was (Author: almastoimbekov):
Yes, it must be Double.parseDouble(amount) == 20.0
I have it changed in the code section. Just a typo when I changed it back from amount.startsWith("20")
But the problem exists.
Output:
First
Second
Outpput when amount.startsWith("20") or amount == "20":
First
Second
Rule is fired
> Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
> -------------------------------------------------------------------------------------
>
> Key: DROOLS-3972
> URL: https://issues.jboss.org/browse/DROOLS-3972
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.20.0.Final
> Environment: Ubuntu
> Reporter: Almas Toimbekov
> Assignee: Mario Fusco
> Priority: Major
> Labels: double, evaluation, execution, parse
>
> When I modify amount in an example below from 5 to 20 (both are Strings) and then try to evaluate this fact parsing it to Double - the third rule doesn't fire. But it fires when use 'update()' instead of 'modify() {}'
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-3972) Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
by Almas Toimbekov (Jira)
[ https://issues.jboss.org/browse/DROOLS-3972?page=com.atlassian.jira.plugi... ]
Almas Toimbekov commented on DROOLS-3972:
-----------------------------------------
Yes, it must be Double.parseDouble(amount) == 20.0
I have it changed in the code section. Just a typo when I changed it back from amount.startsWith("20")
But the problem exists.
Output:
First
Second
Outpput when amount.startsWith("20") or amount == "20":
First
Second
Rule is fired
> Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
> -------------------------------------------------------------------------------------
>
> Key: DROOLS-3972
> URL: https://issues.jboss.org/browse/DROOLS-3972
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.20.0.Final
> Environment: Ubuntu
> Reporter: Almas Toimbekov
> Assignee: Mario Fusco
> Priority: Major
> Labels: double, evaluation, execution, parse
>
> When I modify amount in an example below from 5 to 20 (both are Strings) and then try to evaluate this fact parsing it to Double - the third rule doesn't fire. But it fires when use 'update()' instead of 'modify() {}'
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-3972) Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
by Almas Toimbekov (Jira)
[ https://issues.jboss.org/browse/DROOLS-3972?page=com.atlassian.jira.plugi... ]
Almas Toimbekov updated DROOLS-3972:
------------------------------------
Steps to Reproduce:
{code:java}
rule "Rule 1"
salience 30
when
then
Resource resource1 = new Resource();
resource1.setName("Resource 1");
resource1.setAmount("5");
insert(resource1);
System.out.println("First");
end
rule "Rule 2"
salience 20
//no-loop - next rule fires if use 'update()' instead
when
$resource1: Resource(name == "Resource 1")
then
modify($resource1) {setAmount("20")};
// update($resource1);
System.out.println("Second");
end
rule "Rule 3"
salience 30
when
$resource1: Resource(name == "Resource 1", Double.parseDouble(amount) == 20.0)
// - interesting that the line below fires this rule
// $resource1: Resource(name == "Resource 1", amount.startsWith("20"))
then
System.out.println("Rule is fired"); //doesn't fire
end
{code}
was:
{code:java}
rule "Rule 1"
salience 30
when
then
Resource resource1 = new Resource();
resource1.setName("Resource 1");
resource1.setAmount("5");
insert(resource1);
System.out.println("First");
end
rule "Rule 2"
salience 20
//no-loop - next rule fires if use 'update()' instead
when
$resource1: Resource(name == "Resource 1")
then
modify($resource1) {setAmount("20")};
// update($resource1);
System.out.println("Second");
end
rule "Rule 3"
salience 30
when
$resource1: Resource(name == "Resource 1", Double.parseDouble(amount) == 20)
// - interesting that the line below fires this rule
// $resource1: Resource(name == "Resource 1", amount.startsWith("20"))
then
System.out.println("Rule is fired"); //doesn't fire
end
{code}
> Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
> -------------------------------------------------------------------------------------
>
> Key: DROOLS-3972
> URL: https://issues.jboss.org/browse/DROOLS-3972
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.20.0.Final
> Environment: Ubuntu
> Reporter: Almas Toimbekov
> Assignee: Mario Fusco
> Priority: Major
> Labels: double, evaluation, execution, parse
>
> When I modify amount in an example below from 5 to 20 (both are Strings) and then try to evaluate this fact parsing it to Double - the third rule doesn't fire. But it fires when use 'update()' instead of 'modify() {}'
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-3972) Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
by Almas Toimbekov (Jira)
[ https://issues.jboss.org/browse/DROOLS-3972?page=com.atlassian.jira.plugi... ]
Almas Toimbekov updated DROOLS-3972:
------------------------------------
Steps to Reproduce:
{code:java}
rule "Rule 1"
salience 30
when
then
Resource resource1 = new Resource();
resource1.setName("Resource 1");
resource1.setAmount("5");
insert(resource1);
System.out.println("First");
end
rule "Rule 2"
salience 20
//no-loop - next rule fires if use 'update()' instead
when
$resource1: Resource(name == "Resource 1")
then
modify($resource1) {setAmount("20")};
// update($resource1);
System.out.println("Second");
end
rule "Rule 3"
salience 30
when
$resource1: Resource(name == "Resource 1", Double.parseDouble(amount) == 20)
// - interesting that the line below fires this rule
// $resource1: Resource(name == "Resource 1", amount.startsWith("20"))
then
System.out.println("Rule is fired"); //doesn't fire
end
{code}
was:
{code:java}
rule "Rule 1"
salience 30
when
then
Resource resource1 = new Resource();
resource1.setName("Resource 1");
resource1.setAmount("5");
insert(resource1);
System.out.println("First");
end
rule "Rule 2"
salience 20
//no-loop - next rule fires if use 'update()' instead
when
$resource1: Resource(name == "Resource 1")
then
modify($resource1) {setAmount("20")};
// update($resource1);
System.out.println("Second");
end
rule "Rule 3"
salience 30
when
$resource1: Resource(name == "Resource 1", Double.parseDouble(amount) == "20")
// - interesting that the line below fires this rule
// $resource1: Resource(name == "Resource 1", amount.startsWith("20"))
then
System.out.println("Rule is fired"); //doesn't fire
end
{code}
> Evaluation of facts hasn't been affected by 'modify()' when parsing String to Double
> -------------------------------------------------------------------------------------
>
> Key: DROOLS-3972
> URL: https://issues.jboss.org/browse/DROOLS-3972
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.20.0.Final
> Environment: Ubuntu
> Reporter: Almas Toimbekov
> Assignee: Mario Fusco
> Priority: Major
> Labels: double, evaluation, execution, parse
>
> When I modify amount in an example below from 5 to 20 (both are Strings) and then try to evaluate this fact parsing it to Double - the third rule doesn't fire. But it fires when use 'update()' instead of 'modify() {}'
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4043) inappropriate warning appear while bulding kjar
by Hiroko Miura (Jira)
[ https://issues.jboss.org/browse/DROOLS-4043?page=com.atlassian.jira.plugi... ]
Hiroko Miura updated DROOLS-4043:
---------------------------------
Description:
When bulding kjar, warning something like the following appear.
{noformat}
[WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules2' is in folder '.work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules' is in folder '.work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules2' is in folder 'work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules' is in folder 'work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
{noformat}
But drl are put under appropriate path which matches declared package.
{noformat}
src/main/resources/
├── com
│ └── sample
│ ├── rules
│ │ └── Sample.drl
│ └── rules2
│ └── Sample2.drl
{noformat}
This warning should not appear for this example.
In addition, path of File which is shown in this warning message looks wired.
e.g.
{noformat}
File 'src/main/resources//work/buildKjarTest2/src/main/resources/com/sample/rules2'
{noformat}
i.e. prefix ('src/main/resources/') is added to absolute path.
Therefore, it's hard to understand what is exactly wrong and warned.
was:
When bulding kjar, warning something like the following appear.
{noformat}
[WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules2' is in folder '.work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules' is in folder '.work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules2' is in folder 'work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
[WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules' is in folder 'work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
{noformat}
But drl are put under appropriate path which matches declared package.
{noformat}
src/main/resources/
├── com
│ └── sample
│ ├── rules
│ │ └── Sample.drl
│ └── rules2
│ └── Sample2.drl
{noformat}
This warning should not appear for this example.
In addition, path of File which is shown in this warning message looks wired.
e.g.
~~~
File 'src/main/resources//work/buildKjarTest2/src/main/resources/com/sample/rules2'
~~~
i.e. prefix ('src/main/resources/') is added to absolute path.
Therefore, it's hard to understand what is exactly wrong and warned.
> inappropriate warning appear while bulding kjar
> -----------------------------------------------
>
> Key: DROOLS-4043
> URL: https://issues.jboss.org/browse/DROOLS-4043
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.18.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: buildKjar.zip
>
>
> When bulding kjar, warning something like the following appear.
> {noformat}
> [WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules2' is in folder '.work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'src/main/resources//work/buildKjar/src/main/resources/com/sample/rules' is in folder '.work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules2' is in folder 'work.buildKjar.src.main.resources.com.sample.rules2' but declares package 'com.sample.rules2'. It is advised to have a correspondance between package and folder names.
> [WARNING] File 'work/buildKjar/src/main/resources/com/sample/rules' is in folder 'work.buildKjar.src.main.resources.com.sample.rules' but declares package 'com.sample.rules'. It is advised to have a correspondance between package and folder names.
> {noformat}
> But drl are put under appropriate path which matches declared package.
> {noformat}
> src/main/resources/
> ├── com
> │ └── sample
> │ ├── rules
> │ │ └── Sample.drl
> │ └── rules2
> │ └── Sample2.drl
> {noformat}
> This warning should not appear for this example.
> In addition, path of File which is shown in this warning message looks wired.
> e.g.
> {noformat}
> File 'src/main/resources//work/buildKjarTest2/src/main/resources/com/sample/rules2'
> {noformat}
> i.e. prefix ('src/main/resources/') is added to absolute path.
> Therefore, it's hard to understand what is exactly wrong and warned.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months