[JBoss JIRA] (WFLY-3939) jndiView operation from JConsole returns void
by Osamu Nagano (JIRA)
Osamu Nagano created WFLY-3939:
----------------------------------
Summary: jndiView operation from JConsole returns void
Key: WFLY-3939
URL: https://issues.jboss.org/browse/WFLY-3939
Project: WildFly
Issue Type: Bug
Components: Naming
Affects Versions: 8.1.0.Final
Reporter: Osamu Nagano
Assignee: Eduardo Martins
When I press "jndiView" operation button (navigate jboss.as / naming / Operations in MBeans tab of JConsole), an info dialog box returns with message "Method successfully invoked". The contents of JNDI view is not printed anywhere. It should return that as String or dump the contents into stdout.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months
[JBoss JIRA] (WFCORE-99) standalone.bat script does not parse JAVA_OPTS containing '|' symbol properly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFCORE-99?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFCORE-99:
-----------------------------------------------
Jay SenSharma <jsenshar(a)redhat.com> changed the Status of [bug 1149971|https://bugzilla.redhat.com/show_bug.cgi?id=1149971] from ASSIGNED to CLOSED
> standalone.bat script does not parse JAVA_OPTS containing '|' symbol properly
> -----------------------------------------------------------------------------
>
> Key: WFCORE-99
> URL: https://issues.jboss.org/browse/WFCORE-99
> Project: WildFly Core
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 1.0.0.Alpha6
> Environment: Windows OS
> Reporter: Jay Kumar SenSharma
> Assignee: Tomaz Cerar
>
> *Scenario -1*
> - With the following line of JAVA_OPTS in "standalone.bat.conf" file
> {code}
> set "JAVA_OPTS=%JAVA_OPTS% -Dhttp.nonProxyHosts=localhost|127.0.0.1|10.10.10.*"
> {code}
> Error while starting WildFly
> {code}
> C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat
> Calling "C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin\standalone.conf.bat"
> Setting JAVA property to "C:\JDKs\jdk1.7.0_67\bin\java"
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> {code}
> *Scenario -2*
> - In Windows "^" sign is the escape character so we tried altering the JAVA_OPTS as following in the "standalone.bat.conf" file:
> {code}
> set "JAVA_OPTS=%JAVA_OPTS% -Dhttp.nonProxyHosts=localhost^|127.0.0.1^|10.10.10.*"
> {code}
> Now WildFly server starts but still we see the following messages in windows console:
> {code}
> C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat
> Calling "C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin\standalone.conf.bat"
> Setting JAVA property to "C:\JDKs\jdk1.7.0_67\bin\java"
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> ===============================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: "C:\wildfly-9.0.0.Alpha1-SNAPSHOT"
> JAVA: "C:\JDKs\jdk1.7.0_67\bin\java"
> JAVA_OPTS: "-client -Dprogram.name=standalone.bat -Xms64M -Xmx512M -XX:MaxPermSize=256M -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=
> org.jboss.byteman -Dhttp.nonProxyHosts=localhost^|127.0.0.1^|10.10.10.*"
> ===============================================================================
> 15:50:35,453 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.4.Final
> 15:50:35,781 INFO [org.jboss.msc] (main) JBoss MSC version 1.2.2.Final
> 15:50:35,953 INFO [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly 1.0.0.Alpha5 "Kenny" starting
> {code}
> *NOTE*: It is also not possible to pass such JAVA_OPTS via command line, because it causes the same error:
> {code}
> C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat -Dhttp.nonProxyHosts=localhost|127.0.0.1|10.10.10.*
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months
[JBoss JIRA] (WFCORE-99) standalone.bat script does not parse JAVA_OPTS containing '|' symbol properly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFCORE-99?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated WFCORE-99:
------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1145185, https://bugzilla.redhat.com/show_bug.cgi?id=1149971 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1145185)
> standalone.bat script does not parse JAVA_OPTS containing '|' symbol properly
> -----------------------------------------------------------------------------
>
> Key: WFCORE-99
> URL: https://issues.jboss.org/browse/WFCORE-99
> Project: WildFly Core
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 1.0.0.Alpha6
> Environment: Windows OS
> Reporter: Jay Kumar SenSharma
> Assignee: Tomaz Cerar
>
> *Scenario -1*
> - With the following line of JAVA_OPTS in "standalone.bat.conf" file
> {code}
> set "JAVA_OPTS=%JAVA_OPTS% -Dhttp.nonProxyHosts=localhost|127.0.0.1|10.10.10.*"
> {code}
> Error while starting WildFly
> {code}
> C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat
> Calling "C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin\standalone.conf.bat"
> Setting JAVA property to "C:\JDKs\jdk1.7.0_67\bin\java"
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> {code}
> *Scenario -2*
> - In Windows "^" sign is the escape character so we tried altering the JAVA_OPTS as following in the "standalone.bat.conf" file:
> {code}
> set "JAVA_OPTS=%JAVA_OPTS% -Dhttp.nonProxyHosts=localhost^|127.0.0.1^|10.10.10.*"
> {code}
> Now WildFly server starts but still we see the following messages in windows console:
> {code}
> C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat
> Calling "C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin\standalone.conf.bat"
> Setting JAVA property to "C:\JDKs\jdk1.7.0_67\bin\java"
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> ===============================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: "C:\wildfly-9.0.0.Alpha1-SNAPSHOT"
> JAVA: "C:\JDKs\jdk1.7.0_67\bin\java"
> JAVA_OPTS: "-client -Dprogram.name=standalone.bat -Xms64M -Xmx512M -XX:MaxPermSize=256M -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=
> org.jboss.byteman -Dhttp.nonProxyHosts=localhost^|127.0.0.1^|10.10.10.*"
> ===============================================================================
> 15:50:35,453 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.4.Final
> 15:50:35,781 INFO [org.jboss.msc] (main) JBoss MSC version 1.2.2.Final
> 15:50:35,953 INFO [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly 1.0.0.Alpha5 "Kenny" starting
> {code}
> *NOTE*: It is also not possible to pass such JAVA_OPTS via command line, because it causes the same error:
> {code}
> C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat -Dhttp.nonProxyHosts=localhost|127.0.0.1|10.10.10.*
> '127.0.0.1' is not recognized as an internal or external command,
> operable program or batch file.
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months
[JBoss JIRA] (WFBUILD-10) Allow artifact versions to be overridden on the command line
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFBUILD-10?page=com.atlassian.jira.plugin... ]
Stuart Douglas commented on WFBUILD-10:
---------------------------------------
Artifacts can be overriden by setting:
<system-property-version-overrides>true</system-property-version-overrides>
in the maven plugin config. Versions can then be overriden using a system
property of the form version.G:A=V, for example:
-Dversion.io.undertow:undertow-core=new-version
> Allow artifact versions to be overridden on the command line
> ------------------------------------------------------------
>
> Key: WFBUILD-10
> URL: https://issues.jboss.org/browse/WFBUILD-10
> Project: WildFly Build Tools
> Issue Type: Feature Request
> Reporter: David Lloyd
> Assignee: Stuart Douglas
> Fix For: 1.0.0.Alpha5
>
>
> For CI environments. Re-enable the lost ability to specify the version of a dependency or transitive dependency on the command line. Right now only immediate dependencies can be overridden due to the standard maven mechanism. Transitive dependency properties are presently ignored.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months
[JBoss JIRA] (DROOLS-627) Rule with two accumulate followed by object type selection fail to fire rule
by Anantjot Anand (JIRA)
[ https://issues.jboss.org/browse/DROOLS-627?page=com.atlassian.jira.plugin... ]
Anantjot Anand updated DROOLS-627:
----------------------------------
Description:
A rule with two accumulate function followed by Type(true) select fails to fire the rule.
please note removing the second aggregation makes the Rule R1 fire.
import java.lang.*;
import java.util.*;
import com.test.unittest.TestTwoAccumulateEval.TypeA;
import com.test.unittest.TestTwoAccumulateEval.TypeB;
import com.test.unittest.TestTwoAccumulateEval.TypeC;
import com.test.unittest.TestTwoAccumulateEval.TypeD;
import com.test.unittest.TestTwoAccumulateEval.TypeDD;
rule R0
dialect "java"
when
$a : TypeA( )
$b : TypeB( parentId == $a.id)
$c : TypeC( parentId == $b.id )
$d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" )
then
System.out.println("Rule R0 Fired");
$d.setValue(1.0);
$d.getFirings().add("Rule R0 Fired");
update($d);
end
rule R1
dialect "java"
when
$a : TypeA( )
$b : TypeB( parentId == $a.id)
$c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" )
$d : TypeD( parentId == $c.id)
// Aggregate function [sum] creates a separate context
$sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
$a_C1 : TypeA( )
and
$b_C1 : TypeB( parentId == $a_C1.id)
and
$c_C1 : TypeC( parentId == $b_C1.id )
and
$d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 )
;sum($value_C1))
// end of sum aggregation
// Aggregate function [sum] creates a separate context
$sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
$a_C2 : TypeA( )
and
$b_C2 : TypeB( parentId == $a_C2.id)
and
$c_C2 : TypeC( parentId == $b_C2.id )
and
$dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 )
;sum($value_C2))
// end of sum aggregation
//eval(($sumOfAll_1 + $sumOfAll_2) > 0)
//eval returns true however TypeA(true) evaluates to false...removing second aggregate
//makes TypeA works
TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0))
then
System.out.println("Rule R1 Fired");
$c.getFirings().add("Rule R1 Fired");
update($c);
end
was:
A rule with two accumulate function followed by Type(true) select fails to fire the rule.
import java.lang.*;
import java.util.*;
import com.test.unittest.TestTwoAccumulateEval.TypeA;
import com.test.unittest.TestTwoAccumulateEval.TypeB;
import com.test.unittest.TestTwoAccumulateEval.TypeC;
import com.test.unittest.TestTwoAccumulateEval.TypeD;
import com.test.unittest.TestTwoAccumulateEval.TypeDD;
rule R0
dialect "java"
when
$a : TypeA( )
$b : TypeB( parentId == $a.id)
$c : TypeC( parentId == $b.id )
$d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" )
then
System.out.println("Rule R0 Fired");
$d.setValue(1.0);
$d.getFirings().add("Rule R0 Fired");
update($d);
end
rule R1
dialect "java"
when
$a : TypeA( )
$b : TypeB( parentId == $a.id)
$c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" )
$d : TypeD( parentId == $c.id)
// Aggregate function [sum] creates a separate context
$sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
$a_C1 : TypeA( )
and
$b_C1 : TypeB( parentId == $a_C1.id)
and
$c_C1 : TypeC( parentId == $b_C1.id )
and
$d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 )
;sum($value_C1))
// end of sum aggregation
// Aggregate function [sum] creates a separate context
$sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
$a_C2 : TypeA( )
and
$b_C2 : TypeB( parentId == $a_C2.id)
and
$c_C2 : TypeC( parentId == $b_C2.id )
and
$dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 )
;sum($value_C2))
// end of sum aggregation
//eval(($sumOfAll_1 + $sumOfAll_2) > 0)
//eval returns true however TypeA(true) evaluates to false...removing second aggregate
//makes TypeA works
TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0))
then
System.out.println("Rule R1 Fired");
$c.getFirings().add("Rule R1 Fired");
update($c);
end
> Rule with two accumulate followed by object type selection fail to fire rule
> ----------------------------------------------------------------------------
>
> Key: DROOLS-627
> URL: https://issues.jboss.org/browse/DROOLS-627
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.1.0.Final, 6.2.0.Beta1
> Reporter: Anantjot Anand
> Assignee: Mark Proctor
> Attachments: TestTwoAccumulateEval.java
>
>
> A rule with two accumulate function followed by Type(true) select fails to fire the rule.
> please note removing the second aggregation makes the Rule R1 fire.
> import java.lang.*;
> import java.util.*;
> import com.test.unittest.TestTwoAccumulateEval.TypeA;
> import com.test.unittest.TestTwoAccumulateEval.TypeB;
> import com.test.unittest.TestTwoAccumulateEval.TypeC;
> import com.test.unittest.TestTwoAccumulateEval.TypeD;
> import com.test.unittest.TestTwoAccumulateEval.TypeDD;
> rule R0
> dialect "java"
> when
> $a : TypeA( )
> $b : TypeB( parentId == $a.id)
> $c : TypeC( parentId == $b.id )
> $d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" )
> then
> System.out.println("Rule R0 Fired");
> $d.setValue(1.0);
> $d.getFirings().add("Rule R0 Fired");
> update($d);
> end
> rule R1
> dialect "java"
> when
> $a : TypeA( )
> $b : TypeB( parentId == $a.id)
> $c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" )
> $d : TypeD( parentId == $c.id)
> // Aggregate function [sum] creates a separate context
> $sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
> $a_C1 : TypeA( )
>
> and
> $b_C1 : TypeB( parentId == $a_C1.id)
>
> and
> $c_C1 : TypeC( parentId == $b_C1.id )
>
> and
> $d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 )
> ;sum($value_C1))
> // end of sum aggregation
>
> // Aggregate function [sum] creates a separate context
> $sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
> $a_C2 : TypeA( )
>
> and
> $b_C2 : TypeB( parentId == $a_C2.id)
>
> and
> $c_C2 : TypeC( parentId == $b_C2.id )
>
> and
> $dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 )
> ;sum($value_C2))
> // end of sum aggregation
> //eval(($sumOfAll_1 + $sumOfAll_2) > 0)
> //eval returns true however TypeA(true) evaluates to false...removing second aggregate
> //makes TypeA works
> TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0))
> then
> System.out.println("Rule R1 Fired");
> $c.getFirings().add("Rule R1 Fired");
> update($c);
> end
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months
[JBoss JIRA] (DROOLS-627) Rule with two accumulate followed by object type selection fail to fire rule
by Anantjot Anand (JIRA)
[ https://issues.jboss.org/browse/DROOLS-627?page=com.atlassian.jira.plugin... ]
Anantjot Anand updated DROOLS-627:
----------------------------------
Attachment: TestTwoAccumulateEval.java
> Rule with two accumulate followed by object type selection fail to fire rule
> ----------------------------------------------------------------------------
>
> Key: DROOLS-627
> URL: https://issues.jboss.org/browse/DROOLS-627
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.1.0.Final, 6.2.0.Beta1
> Reporter: Anantjot Anand
> Assignee: Mark Proctor
> Attachments: TestTwoAccumulateEval.java
>
>
> A rule with two accumulate function followed by Type(true) select fails to fire the rule.
> import java.lang.*;
> import java.util.*;
> import com.test.unittest.TestTwoAccumulateEval.TypeA;
> import com.test.unittest.TestTwoAccumulateEval.TypeB;
> import com.test.unittest.TestTwoAccumulateEval.TypeC;
> import com.test.unittest.TestTwoAccumulateEval.TypeD;
> import com.test.unittest.TestTwoAccumulateEval.TypeDD;
> rule R0
> dialect "java"
> when
> $a : TypeA( )
> $b : TypeB( parentId == $a.id)
> $c : TypeC( parentId == $b.id )
> $d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" )
> then
> System.out.println("Rule R0 Fired");
> $d.setValue(1.0);
> $d.getFirings().add("Rule R0 Fired");
> update($d);
> end
> rule R1
> dialect "java"
> when
> $a : TypeA( )
> $b : TypeB( parentId == $a.id)
> $c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" )
> $d : TypeD( parentId == $c.id)
> // Aggregate function [sum] creates a separate context
> $sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
> $a_C1 : TypeA( )
>
> and
> $b_C1 : TypeB( parentId == $a_C1.id)
>
> and
> $c_C1 : TypeC( parentId == $b_C1.id )
>
> and
> $d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 )
> ;sum($value_C1))
> // end of sum aggregation
>
> // Aggregate function [sum] creates a separate context
> $sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
> $a_C2 : TypeA( )
>
> and
> $b_C2 : TypeB( parentId == $a_C2.id)
>
> and
> $c_C2 : TypeC( parentId == $b_C2.id )
>
> and
> $dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 )
> ;sum($value_C2))
> // end of sum aggregation
> //eval(($sumOfAll_1 + $sumOfAll_2) > 0)
> //eval returns true however TypeA(true) evaluates to false...removing second aggregate
> //makes TypeA works
> TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0))
> then
> System.out.println("Rule R1 Fired");
> $c.getFirings().add("Rule R1 Fired");
> update($c);
> end
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months
[JBoss JIRA] (DROOLS-627) Rule with two accumulate followed by object type selection fail to fire rule
by Anantjot Anand (JIRA)
Anantjot Anand created DROOLS-627:
-------------------------------------
Summary: Rule with two accumulate followed by object type selection fail to fire rule
Key: DROOLS-627
URL: https://issues.jboss.org/browse/DROOLS-627
Project: Drools
Issue Type: Bug
Affects Versions: 6.2.0.Beta1, 6.1.0.Final
Reporter: Anantjot Anand
Assignee: Mark Proctor
A rule with two accumulate function followed by Type(true) select fails to fire the rule.
import java.lang.*;
import java.util.*;
import com.test.unittest.TestTwoAccumulateEval.TypeA;
import com.test.unittest.TestTwoAccumulateEval.TypeB;
import com.test.unittest.TestTwoAccumulateEval.TypeC;
import com.test.unittest.TestTwoAccumulateEval.TypeD;
import com.test.unittest.TestTwoAccumulateEval.TypeDD;
rule R0
dialect "java"
when
$a : TypeA( )
$b : TypeB( parentId == $a.id)
$c : TypeC( parentId == $b.id )
$d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" )
then
System.out.println("Rule R0 Fired");
$d.setValue(1.0);
$d.getFirings().add("Rule R0 Fired");
update($d);
end
rule R1
dialect "java"
when
$a : TypeA( )
$b : TypeB( parentId == $a.id)
$c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" )
$d : TypeD( parentId == $c.id)
// Aggregate function [sum] creates a separate context
$sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
$a_C1 : TypeA( )
and
$b_C1 : TypeB( parentId == $a_C1.id)
and
$c_C1 : TypeC( parentId == $b_C1.id )
and
$d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 )
;sum($value_C1))
// end of sum aggregation
// Aggregate function [sum] creates a separate context
$sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate (
$a_C2 : TypeA( )
and
$b_C2 : TypeB( parentId == $a_C2.id)
and
$c_C2 : TypeC( parentId == $b_C2.id )
and
$dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 )
;sum($value_C2))
// end of sum aggregation
//eval(($sumOfAll_1 + $sumOfAll_2) > 0)
//eval returns true however TypeA(true) evaluates to false...removing second aggregate
//makes TypeA works
TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0))
then
System.out.println("Rule R1 Fired");
$c.getFirings().add("Rule R1 Fired");
update($c);
end
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 9 months