August 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-1751) read-resource-description cannot handle segmented multi-target requests

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-1751: ---------------------------------------- Summary: read-resource-description cannot handle segmented multi-target requests Key: WFCORE-1751 URL: https://issues.jboss.org/browse/WFCORE-1751 Project: WildFly Core Issue Type: Bug Components: Domain Management Reporter: Brian Stansberry Priority: Minor This is really low priority; I'm just recording it as I discovered it while writing tests for WFCORE-1737. Anyone looking at it should talk to me first. This doesn't work: {code} /] /subsystem=[undertow,logging]/server=*:read-resource-description Failed to get the list of the operation properties: "WFLYCTL0030: No resource definition is registered for address [ ("subsystem" => "[undertow,logging]"), ("server" => "*") ]" {code} This does though, finding the subsystem=undertow registration: /subsystem=*/server=*:read-resource-description read-resource works for segmented multi-target requests as GlobalOperationHandlers.ModelAddressResolver has specific logic for it in executeMultiTargetChildren. GlobalOperationHandlers.RegistrationAddressResolver does not. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (SECURITY-953) Release PicketBox 5.0.0.Alpha3

by Stefan Guilhen (JIRA)

[ https://issues.jboss.org/browse/SECURITY-953?page=com.atlassian.jira.plug... ] Stefan Guilhen closed SECURITY-953. ----------------------------------- Resolution: Done PicketBox 5.0.0.Alpha3 has been released and is available in Nexus. > Release PicketBox 5.0.0.Alpha3 > ------------------------------ > > Key: SECURITY-953 > URL: https://issues.jboss.org/browse/SECURITY-953 > Project: PicketBox > Issue Type: Release > Components: JBossSX, Security-SPI > Reporter: Stefan Guilhen > Assignee: Stefan Guilhen > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1750) [2.2.x] WFLYCTL0357 warning upon undeploying any deployment

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1750?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-1750: ------------------------------------- Summary: [2.2.x] WFLYCTL0357 warning upon undeploying any deployment (was: WFLYCTL0357 warning upon undeploying any deployment) > [2.2.x] WFLYCTL0357 warning upon undeploying any deployment > ----------------------------------------------------------- > > Key: WFCORE-1750 > URL: https://issues.jboss.org/browse/WFCORE-1750 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 2.2.0.Final > Reporter: Frank Langelage > Assignee: Chao Wang > Fix For: 2.2.1.Final > > > EAP produces following warning upon undeployment: > {code}WARN [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []{code} > The warning is produced for both managed and unmanaged deployments. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1750) WFLYCTL0357 warning upon undeploying any deployment

by Frank Langelage (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1750?page=com.atlassian.jira.plugi... ] Frank Langelage commented on WFCORE-1750: ----------------------------------------- WFCORE 2.x also has this problem. See also https://developer.jboss.org/thread/272058. > WFLYCTL0357 warning upon undeploying any deployment > --------------------------------------------------- > > Key: WFCORE-1750 > URL: https://issues.jboss.org/browse/WFCORE-1750 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 2.2.0.Final > Reporter: Frank Langelage > Assignee: Chao Wang > Fix For: 2.2.1.Final > > > EAP produces following warning upon undeployment: > {code}WARN [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []{code} > The warning is produced for both managed and unmanaged deployments. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1750) WFLYCTL0357 warning upon undeploying any deployment

by Frank Langelage (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1750?page=com.atlassian.jira.plugi... ] Frank Langelage updated WFCORE-1750: ------------------------------------ Fix Version/s: 2.2.1.Final (was: 3.0.0.Alpha6) > WFLYCTL0357 warning upon undeploying any deployment > --------------------------------------------------- > > Key: WFCORE-1750 > URL: https://issues.jboss.org/browse/WFCORE-1750 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 2.2.0.Final > Reporter: Frank Langelage > Assignee: Chao Wang > Fix For: 2.2.1.Final > > > EAP produces following warning upon undeployment: > {code}WARN [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []{code} > The warning is produced for both managed and unmanaged deployments. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1750) WFLYCTL0357 warning upon undeploying any deployment

by Frank Langelage (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1750?page=com.atlassian.jira.plugi... ] Frank Langelage updated WFCORE-1750: ------------------------------------ Affects Version/s: 2.2.0.Final (was: 3.0.0.Alpha4) > WFLYCTL0357 warning upon undeploying any deployment > --------------------------------------------------- > > Key: WFCORE-1750 > URL: https://issues.jboss.org/browse/WFCORE-1750 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 2.2.0.Final > Reporter: Frank Langelage > Assignee: Chao Wang > Fix For: 2.2.1.Final > > > EAP produces following warning upon undeployment: > {code}WARN [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []{code} > The warning is produced for both managed and unmanaged deployments. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1750) WFLYCTL0357 warning upon undeploying any deployment

by Frank Langelage (JIRA)

Frank Langelage created WFCORE-1750: --------------------------------------- Summary: WFLYCTL0357 warning upon undeploying any deployment Key: WFCORE-1750 URL: https://issues.jboss.org/browse/WFCORE-1750 Project: WildFly Core Issue Type: Bug Components: Server Affects Versions: 3.0.0.Alpha4 Reporter: Frank Langelage Assignee: Chao Wang Fix For: 3.0.0.Alpha6 EAP produces following warning upon undeployment: {code}WARN [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []{code} The warning is produced for both managed and unmanaged deployments. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1221) Add fail-safe and scalability functionality to the Drools (CEP) rules engine

by Youcef HILEM (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1221?page=com.atlassian.jira.plugi... ] Youcef HILEM commented on DROOLS-1221: -------------------------------------- Hi Tom Pijl , The second solution (http://redhat-italy.github.io/hacep/) is a Scalable and Highly Available architecture for Drools Complex Event Processing. HACEP combines Infinispan, Camel, ActiveMQ and obviously Drools in a unique way to obtain: - CEP Automatic horizontal scalability - CEP Automatic fail over An hi-level technical overview of HACEP can be found here : http://redhat.slides.com/ulandini/hacep-1 About my environment, I will adapt this solution by integrating Drools with Kafka, Kafka Streams and Apache Geode. The domain is parcel track and trace (http://www.informit.com/articles/article.aspx?p=2140992&seqNum=5). > Add fail-safe and scalability functionality to the Drools (CEP) rules engine > ---------------------------------------------------------------------------- > > Key: DROOLS-1221 > URL: https://issues.jboss.org/browse/DROOLS-1221 > Project: Drools > Issue Type: Feature Request > Components: core engine > Affects Versions: 6.4.0.Final > Environment: Drools (CEP) Rule engine 6.4.0.Final > Reporter: Tom Pijl > Assignee: Mario Fusco > > The Drools Rule engine is currently not fail-safe and scalable which is a requirement for Cloud deployment. > Add a possibility to persist the state of the working memory after each state change (perhaps linked to the fireAllRules()?) and related to that the possibility to restore the state in case of a crash (fail-safe requirement). > This persistent state store can also be used to synchronize multiple engine instances (scalability requirement). > Of course this has major impact on the performance of the engine, but it is the only way to make the engine useful in a multi-tenant Cloud environment -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (SECURITY-953) Release PicketBox 5.0.0.Alpha3

by Stefan Guilhen (JIRA)

Stefan Guilhen created SECURITY-953: --------------------------------------- Summary: Release PicketBox 5.0.0.Alpha3 Key: SECURITY-953 URL: https://issues.jboss.org/browse/SECURITY-953 Project: PicketBox Issue Type: Release Components: JBossSX, Security-SPI Reporter: Stefan Guilhen Assignee: Stefan Guilhen -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1265) OOPath use in accumulate throws ClassCastException at runtime

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1265?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-1265: ------------------------------------- Fix cherry-picked to branch 6.5.x with https://github.com/droolsjbpm/drools/commit/0eba6498a > OOPath use in accumulate throws ClassCastException at runtime > ------------------------------------------------------------- > > Key: DROOLS-1265 > URL: https://issues.jboss.org/browse/DROOLS-1265 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Fix For: 6.5.0.Final, 7.0.0.Beta2 > > > A rule with the following ClassCastException at runtime > {code:java} > rule R when > accumulate ( Adult( $child: /children ) ; $avg: average ($child.getAge()) ) > then > ... > {code} > would fail with the > {code:java} > java.lang.RuntimeException: java.lang.ClassCastException: org.drools.core.reteoo.SubnetworkTuple cannot be cast to org.drools.compiler.xpath.Child > at org.drools.core.rule.SingleAccumulate.accumulate(SingleAccumulate.java:106) > at org.drools.core.phreak.PhreakAccumulateNode.addMatch(PhreakAccumulateNode.java:769) > at org.drools.core.phreak.PhreakAccumulateNode.doLeftInserts(PhreakAccumulateNode.java:176) > at org.drools.core.phreak.PhreakAccumulateNode.doNode(PhreakAccumulateNode.java:97) > at org.drools.core.phreak.RuleNetworkEvaluator.switchOnDoBetaNode(RuleNetworkEvaluator.java:534) > at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:505) > at org.drools.core.phreak.RuleNetworkEvaluator.evalNode(RuleNetworkEvaluator.java:341) > at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:301) > at org.drools.core.phreak.RuleNetworkEvaluator.evalStackEntry(RuleNetworkEvaluator.java:198) > at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:141) > at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:94) > at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:194) > at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:73) > at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:969) > at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1311) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1250) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1353) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1344) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1325) > at org.drools.compiler.xpath.XpathTest.testAccumulate(XpathTest.java:991) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.ClassCastException: org.drools.core.reteoo.SubnetworkTuple cannot be cast to org.drools.compiler.xpath.Child > at defaultpkg.Rule_R138182734AccumulateExpression0Invoker.evaluate(Rule_R138182734AccumulateExpression0Invoker.java:19) > at org.drools.core.base.accumulators.JavaAccumulatorFunctionExecutor.accumulate(JavaAccumulatorFunctionExecutor.java:109) > at org.drools.core.rule.SingleAccumulate.accumulate(SingleAccumulate.java:98) > ... 42 more > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2016