[JBoss JIRA] (WFLY-258) mod_cluster schema 2.0
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-258?page=com.atlassian.jira.plugin.s... ]
Radoslav Husar updated WFLY-258:
--------------------------------
Summary: mod_cluster schema 2.0 (was: mod_cluster schema 1.2)
Fix Version/s: 9.0.0.CR1
(was: 8.0.0.CR1)
Moving out to WF 9.
> mod_cluster schema 2.0
> ----------------------
>
> Key: WFLY-258
> URL: https://issues.jboss.org/browse/WFLY-258
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 9.0.0.CR1
>
>
> Changes to the schema
> * simplified names and sync in line with scheme recommendations
> * remove redundant <mod-cluster-config .. /> for good, everything should be element of the subsystem
> * fix load factor enum: no pool metric supported
> * make load-balancers configurable via socket-outbuound-group mechanism
> * add missing load-balancer properties to <proxies/>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (DROOLS-333) PHREAK throws ClassCastException on rule with accumulate, temporal reasoning and conditional named consequence
by Duncan Doyle (JIRA)
Duncan Doyle created DROOLS-333:
-----------------------------------
Summary: PHREAK throws ClassCastException on rule with accumulate, temporal reasoning and conditional named consequence
Key: DROOLS-333
URL: https://issues.jboss.org/browse/DROOLS-333
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.0.CR5
Environment: Mac OS-X 10.9, Oracle Hotspot 1.7.0_45
Reporter: Duncan Doyle
Assignee: Mark Proctor
Reproducer at: https://github.com/DuncanDoyle/DroolsPhreakIssues
Clone the project in the given GitHub repository and run 'mvn -Pphreak clean test' (-Pphreak runs the test with PHREAK, -Preteoo runs the test with ReteOO).
Note that the 'testRG_FLT_03_Two' is intended to fail because, as you can see from the comments in the testcode and the .drl, the logic of the rule is actually wrong. However, it does force
the PHREAK engine to throw a ClassCastException every now and then. Note: not always (it might actually takes a number of test runs to reproduce the ClassCastException. It seems to depend on
how many events you enter into the system in one batch ....)!!
Sometimes 'testRG_FLT_03_Two' fails, with:
Failed tests: testRG_FLT_03_Two(org.jboss.ddoyle.drools.sample.PhreakyTest): Two last event must be in working memory expected:<12> but was:<1>
and sometimes it throws:
<error message="org.drools.core.reteoo.EvalNodeLeftTuple cannot be cast to org.drools.core.reteoo.RuleTerminalNodeLeftTuple" type="java.lang.ClassCastException">java.lang.ClassCastException: org.drools.core.reteoo.EvalNodeLeftTuple cannot be cast to org.drools.core.reteoo.RuleTerminalNodeLeftTuple
at org.drools.core.phreak.PhreakRuleTerminalNode.doLeftTupleUpdate(PhreakRuleTerminalNode.java:155)
at org.drools.core.phreak.PhreakBranchNode.doLeftUpdates(PhreakBranchNode.java:153)
at org.drools.core.phreak.PhreakBranchNode.doNode(PhreakBranchNode.java:31)
at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:364)
at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:162)
at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:117)
at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:199)
at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:66)
at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:927)
at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1187)
at org.drools.core.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:957)
at org.drools.core.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:931)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:233)
at org.jboss.ddoyle.drools.sample.PhreakyTest.testFrequencyTwo(PhreakyTest.java:91)
at org.jboss.ddoyle.drools.sample.PhreakyTest.testRG_FLT_03_Two(PhreakyTest.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
</error>
The behaviour seems a bit random (which concerns me as well, as ReteOO was deterministic and would produce the same results on every test). Note that if I remove the
conditional named consequence construct and split the rule into 2 rules, the behaviour of PHREAK seems deterministic and I get this, expected, error (which is the same error I get with ReteOO):
Failed tests: testRG_FLT_03_Two(org.jboss.ddoyle.drools.sample.PhreakyTest): Two last event must be in working memory expected:<12> but was:<30>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (WFLY-2401) org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase fails
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/WFLY-2401?page=com.atlassian.jira.plugin.... ]
Ondrej Zizka commented on WFLY-2401:
------------------------------------
{code}
@Test
public void testReadAttributeWildcards() throws IOException {
final ModelNode address = new ModelNode();
address.add("socket-binding-group", "*");
address.add("socket-binding", "*");
address.protect();
final ModelNode operation = new ModelNode();
operation.get(OP).set(READ_ATTRIBUTE_OPERATION);
operation.get(OP_ADDR).set(address);
operation.get(NAME).set(PORT);
final ModelNode result = managementClient.getControllerClient().execute(operation);
Assert.assertTrue(result.hasDefined(RESULT));
Assert.assertEquals(SUCCESS, result.get(OUTCOME).asString());
final Collection<ModelNode> steps = getSteps(result.get(RESULT));
Assert.assertFalse(steps.isEmpty());
for(final ModelNode step : steps) {
Assert.assertTrue(step.hasDefined(OP_ADDR));
Assert.assertTrue(step.hasDefined(RESULT));
final ModelNode stepResult = step.get(RESULT);
Assert.assertTrue(stepResult.getType() == ModelType.EXPRESSION || stepResult.asInt() > 0);
}
}
{code}
> org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase fails
> --------------------------------------------------------------
>
> Key: WFLY-2401
> URL: https://issues.jboss.org/browse/WFLY-2401
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite
> Affects Versions: 8.0.0.Beta1
> Environment: Solaris SPARC 10, Oracle Java 1.7.0_45
> Reporter: Frank Langelage
> Assignee: Emanuel Muckenhuber
> Attachments: org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase.txt
>
>
> Running a build of current sources with complete testsuite this test is failing with
> testReadAttributeWildcards(org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (WFLY-2401) org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase fails
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/WFLY-2401?page=com.atlassian.jira.plugin.... ]
Ondrej Zizka edited comment on WFLY-2401 at 11/9/13 9:44 PM:
-------------------------------------------------------------
{code}
@Test
public void testReadAttributeWildcards() throws IOException {
final ModelNode address = new ModelNode();
address.add("socket-binding-group", "*");
address.add("socket-binding", "*");
address.protect();
final ModelNode operation = new ModelNode();
operation.get(OP).set(READ_ATTRIBUTE_OPERATION);
operation.get(OP_ADDR).set(address);
operation.get(NAME).set(PORT);
final ModelNode result = managementClient.getControllerClient().execute(operation);
Assert.assertTrue(result.hasDefined(RESULT));
Assert.assertEquals(SUCCESS, result.get(OUTCOME).asString());
final Collection<ModelNode> steps = getSteps(result.get(RESULT));
Assert.assertFalse(steps.isEmpty());
for(final ModelNode step : steps) {
Assert.assertTrue(step.hasDefined(OP_ADDR));
Assert.assertTrue(step.hasDefined(RESULT));
final ModelNode stepResult = step.get(RESULT);
Assert.assertTrue(stepResult.getType() == ModelType.EXPRESSION || stepResult.asInt() > 0); /// HERE
}
}
{code}
was (Author: ozizka):
{code}
@Test
public void testReadAttributeWildcards() throws IOException {
final ModelNode address = new ModelNode();
address.add("socket-binding-group", "*");
address.add("socket-binding", "*");
address.protect();
final ModelNode operation = new ModelNode();
operation.get(OP).set(READ_ATTRIBUTE_OPERATION);
operation.get(OP_ADDR).set(address);
operation.get(NAME).set(PORT);
final ModelNode result = managementClient.getControllerClient().execute(operation);
Assert.assertTrue(result.hasDefined(RESULT));
Assert.assertEquals(SUCCESS, result.get(OUTCOME).asString());
final Collection<ModelNode> steps = getSteps(result.get(RESULT));
Assert.assertFalse(steps.isEmpty());
for(final ModelNode step : steps) {
Assert.assertTrue(step.hasDefined(OP_ADDR));
Assert.assertTrue(step.hasDefined(RESULT));
final ModelNode stepResult = step.get(RESULT);
Assert.assertTrue(stepResult.getType() == ModelType.EXPRESSION || stepResult.asInt() > 0);
}
}
{code}
> org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase fails
> --------------------------------------------------------------
>
> Key: WFLY-2401
> URL: https://issues.jboss.org/browse/WFLY-2401
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite
> Affects Versions: 8.0.0.Beta1
> Environment: Solaris SPARC 10, Oracle Java 1.7.0_45
> Reporter: Frank Langelage
> Assignee: Emanuel Muckenhuber
> Attachments: org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase.txt
>
>
> Running a build of current sources with complete testsuite this test is failing with
> testReadAttributeWildcards(org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (DROOLS-330) Rule Inheritance using Extends keyword fails when the Sub Rule Appears before the Super Rule
by Mike Fauzy (JIRA)
[ https://issues.jboss.org/browse/DROOLS-330?page=com.atlassian.jira.plugin... ]
Mike Fauzy commented on DROOLS-330:
-----------------------------------
I confirmed that it is fixed on 5.6.0.CR1. Thanks!
> Rule Inheritance using Extends keyword fails when the Sub Rule Appears before the Super Rule
> --------------------------------------------------------------------------------------------
>
> Key: DROOLS-330
> URL: https://issues.jboss.org/browse/DROOLS-330
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 5.5.0.Final
> Environment: Ubuntu 12.04 LTS in VM
> Reporter: Mike Fauzy
> Assignee: Mark Proctor
> Priority: Minor
>
> In Drools 5.5.0.Final the extends keyword allows one rule (SubRule) to extend another rule (SuperRule). SubRule should only fire if all of the conditions for SubRule and SuperRule are met.
> If SubRule is listed after SuperRule after in the .drl file, then it works correctly. However, if SubRule is listed before SuperRule in the .drl file, then only the SubRule's conditions need to be met for the rule to fire.
> A temporary workaround is to list all SubRules after the SuperRules.
> This might be related to: https://issues.jboss.org/browse/DROOLS-100
> To reproduce:
> I have a junit test packaged for Maven and Eclipse, but I don't see any place to add the file.
> Create 2 .drl files where rule "sub" extends rule "super". Setup a boolean that is true for the sub, but false for the super.
> In the first file, place the sub before the super. In the second file, reverse the two.
> Observe that the sub fires when it is in the file before the super, but not after. It should not fire either time.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (WFLY-2401) org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase fails
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/WFLY-2401?page=com.atlassian.jira.plugin.... ]
Ondrej Zizka edited comment on WFLY-2401 at 11/9/13 9:20 PM:
-------------------------------------------------------------
Confirmed on Linux on current master - fc5e1dc // Fri Nov 8 09:51:14 2013
Failed tests: testValidateModel(org.jboss.as.test.smoke.mgmt.servermodule.ValidateModelTestCase): The model failed validation
testReadAttributeWildcards(org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase)
testRegistryConfiguration(org.jboss.as.test.smoke.deployment.rar.tests.inflow.InflowTestCase): expected:<1> but was:<2>
testRegistryConfiguration(org.jboss.as.test.smoke.deployment.rar.tests.pure.PureTestCase): expected:<1> but was:<2>
was (Author: ozizka):
Confirmed on Linux on current master - Failed tests: testValidateModel(org.jboss.as.test.smoke.mgmt.servermodule.ValidateModelTestCase): The model failed validation
testReadAttributeWildcards(org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase)
testRegistryConfiguration(org.jboss.as.test.smoke.deployment.rar.tests.inflow.InflowTestCase): expected:<1> but was:<2>
testRegistryConfiguration(org.jboss.as.test.smoke.deployment.rar.tests.pure.PureTestCase): expected:<1> but was:<2>
> org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase fails
> --------------------------------------------------------------
>
> Key: WFLY-2401
> URL: https://issues.jboss.org/browse/WFLY-2401
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite
> Affects Versions: 8.0.0.Beta1
> Environment: Solaris SPARC 10, Oracle Java 1.7.0_45
> Reporter: Frank Langelage
> Assignee: Emanuel Muckenhuber
> Attachments: org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase.txt
>
>
> Running a build of current sources with complete testsuite this test is failing with
> testReadAttributeWildcards(org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months