July 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6803) Add multi-server support to mod_cluster

by Paul Ferraro (JIRA)

Paul Ferraro created WFLY-6803: ---------------------------------- Summary: Add multi-server support to mod_cluster Key: WFLY-6803 URL: https://issues.jboss.org/browse/WFLY-6803 Project: WildFly Issue Type: Enhancement Components: Clustering Affects Versions: 10.0.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Currently, mod_cluster subsystem supports only a single configuration, which references the default undertow server. However, Undertow supports multiple servers, and exposes a distinct route capability per server (see WFLY-6778). mod_cluster should therefore support multiple "profiles", where each profile references a specific undertow server. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1186) Setting the planning variable nullable in nurserostering examples causes Drools NPE

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1186?page=com.atlassian.jira.plugi... ] Mario Fusco resolved DROOLS-1186. --------------------------------- Resolution: Done Fixed by https://github.com/droolsjbpm/drools/commit/537496a89 > Setting the planning variable nullable in nurserostering examples causes Drools NPE > ----------------------------------------------------------------------------------- > > Key: DROOLS-1186 > URL: https://issues.jboss.org/browse/DROOLS-1186 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final, 6.3.0.Final > Environment: Windows 7 x 64, JDK 8u66, IDE netbeans 8.0.1. > Reporter: Julio Bellon Aguilera > Assignee: Mario Fusco > Priority: Critical > Fix For: 7.0.0.Beta1 > > Attachments: PLANNER_488.patch > > > If you set the planning variable to "nullable=true", firstable, causes a IllegalStateException. > fixed that, causes the first NPE, and fixed that, causes other NPE unfixed: > Exception in thread "AWT-EventQueue-0" java.lang.IllegalStateException: > Caused by: java.lang.NullPointerException > at org.drools.core.phreak.RuleNetworkEvaluator.deleteChildLeftTuple(RuleNetworkEvaluator.java:778) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1379) service.bat points user to wrong directory

by Kuthair Habboush (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1379?page=com.atlassian.jira.plugi... ] Kuthair Habboush commented on WFCORE-1379: ------------------------------------------ Can someone please post the link to the other defect? TIA > service.bat points user to wrong directory > ------------------------------------------ > > Key: WFCORE-1379 > URL: https://issues.jboss.org/browse/WFCORE-1379 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Affects Versions: 2.0.10.Final > Reporter: Nicklas Karlsson > Assignee: Tomaz Cerar > Priority: Trivial > Fix For: 2.2.0.CR1, 3.0.0.Alpha1 > > > Running service.bat from the docs/contrib/scripts/service dir tells user to run the script under bin/service*s* but the binary paths to the services expects bin/service, resulting in service install failure with file not found -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6793) Batch subsystem cannot be removed with a remove operation

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/WFLY-6793?page=com.atlassian.jira.plugin.... ] James Perkins updated WFLY-6793: -------------------------------- Description: The {{batch-jberet}} subsystem fails when a {{remove}} operation is invoked. {code} [standalone@localhost:9990 /] /subsystem=batch-jberet:remove { "outcome" => "failed", "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies: Service org.wildfly.batch.thread.pool.batch was depended upon by service org.wildfly.batch.configuration", "rolled-back" => true, "response-headers" => undefined } {code} -The batch configuration dependency needs to be removed before the its dependencies are removed.- -The thread-pool resource should also require a reload before removal.- The thread-pool is used in deployments and therefore shouldn't just be removed without a reload if there are deployments using it. was: The {{batch-jberet}} subsystem fails when a {{remove}} operation is invoked. {code} [standalone@localhost:9990 /] /subsystem=batch-jberet:remove { "outcome" => "failed", "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies: Service org.wildfly.batch.thread.pool.batch was depended upon by service org.wildfly.batch.configuration", "rolled-back" => true, "response-headers" => undefined } {code} -The batch configuration dependency needs to be removed before the its dependencies are removed.- The thread-pool resource should also require a reload before removal. It's used in deployments and therefore shouldn't just be removed without a reload. > Batch subsystem cannot be removed with a remove operation > --------------------------------------------------------- > > Key: WFLY-6793 > URL: https://issues.jboss.org/browse/WFLY-6793 > Project: WildFly > Issue Type: Bug > Components: Batch > Reporter: James Perkins > Assignee: James Perkins > > The {{batch-jberet}} subsystem fails when a {{remove}} operation is invoked. > {code} > [standalone@localhost:9990 /] /subsystem=batch-jberet:remove > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies: > Service org.wildfly.batch.thread.pool.batch was depended upon by service org.wildfly.batch.configuration", > "rolled-back" => true, > "response-headers" => undefined > } > {code} > -The batch configuration dependency needs to be removed before the its dependencies are removed.- > -The thread-pool resource should also require a reload before removal.- The thread-pool is used in deployments and therefore shouldn't just be removed without a reload if there are deployments using it. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6793) Batch subsystem cannot be removed with a remove operation

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/WFLY-6793?page=com.atlassian.jira.plugin.... ] James Perkins updated WFLY-6793: -------------------------------- Git Pull Request: (was: https://github.com/wildfly/wildfly/pull/9010) > Batch subsystem cannot be removed with a remove operation > --------------------------------------------------------- > > Key: WFLY-6793 > URL: https://issues.jboss.org/browse/WFLY-6793 > Project: WildFly > Issue Type: Bug > Components: Batch > Reporter: James Perkins > Assignee: James Perkins > > The {{batch-jberet}} subsystem fails when a {{remove}} operation is invoked. > {code} > [standalone@localhost:9990 /] /subsystem=batch-jberet:remove > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies: > Service org.wildfly.batch.thread.pool.batch was depended upon by service org.wildfly.batch.configuration", > "rolled-back" => true, > "response-headers" => undefined > } > {code} > -The batch configuration dependency needs to be removed before the its dependencies are removed.- > The thread-pool resource should also require a reload before removal. It's used in deployments and therefore shouldn't just be removed without a reload. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1224) Not able to update kie-server container version using REST API

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1224?page=com.atlassian.jira.plugi... ] Edson Tirelli updated DROOLS-1224: ---------------------------------- Summary: Not able to update kie-server container version using REST API (was: Not able to update kie-server container version using REAT API) > Not able to update kie-server container version using REST API > -------------------------------------------------------------- > > Key: DROOLS-1224 > URL: https://issues.jboss.org/browse/DROOLS-1224 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 6.4.0.Final > Reporter: Maciej Swiderski > Assignee: Maciej Swiderski > > I updated a kie-container's release Id using "UpdateReleaseIdCommand". It worked fine, but after the server restart it's going back to the old release Id's version. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1224) Not able to update kie-server container version using REAT API

by Maciej Swiderski (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1224?page=com.atlassian.jira.plugi... ] Maciej Swiderski moved RHBPMS-4074 to DROOLS-1224: -------------------------------------------------- Project: Drools (was: JBoss BPMS Platform) Key: DROOLS-1224 (was: RHBPMS-4074) Workflow: GIT Pull Request workflow (was: CDW v1) Docs QE Status: NEW Component/s: kie server (was: Kie-Server) Affects Version/s: 6.4.0.Final (was: 6.3.0.GA) QE Status: NEW > Not able to update kie-server container version using REAT API > -------------------------------------------------------------- > > Key: DROOLS-1224 > URL: https://issues.jboss.org/browse/DROOLS-1224 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 6.4.0.Final > Reporter: Maciej Swiderski > Assignee: Edson Tirelli > > I updated a kie-container's release Id using "UpdateReleaseIdCommand". It worked fine, but after the server restart it's going back to the old release Id's version. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1224) Not able to update kie-server container version using REAT API

by Maciej Swiderski (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1224?page=com.atlassian.jira.plugi... ] Maciej Swiderski reassigned DROOLS-1224: ---------------------------------------- Assignee: Maciej Swiderski (was: Edson Tirelli) > Not able to update kie-server container version using REAT API > -------------------------------------------------------------- > > Key: DROOLS-1224 > URL: https://issues.jboss.org/browse/DROOLS-1224 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 6.4.0.Final > Reporter: Maciej Swiderski > Assignee: Maciej Swiderski > > I updated a kie-container's release Id using "UpdateReleaseIdCommand". It worked fine, but after the server restart it's going back to the old release Id's version. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1636) --<description-property> are no more supported by ls command

by Jean-Francois Denise (JIRA)

Jean-Francois Denise created WFCORE-1636: -------------------------------------------- Summary: --<description-property> are no more supported by ls command Key: WFCORE-1636 URL: https://issues.jboss.org/browse/WFCORE-1636 Project: WildFly Core Issue Type: Bug Components: CLI Reporter: Jean-Francois Denise Assignee: Alexey Loubyansky - ls -l --storage will make the CLI to throw an exception. storage being not known by the Command runtime. - Furthermore completion is not offered for these options. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1069) UnsupportedOperationException due to missing blocker in overriding classes FromNodeLeftTuple, JoinNodeLeftTuple

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1069?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-1069: ------------------------------------- Do you have a reproducer triggering that exception? If so can you provide it? > UnsupportedOperationException due to missing blocker in overriding classes FromNodeLeftTuple, JoinNodeLeftTuple > ---------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1069 > URL: https://issues.jboss.org/browse/DROOLS-1069 > Project: Drools > Issue Type: Bug > Affects Versions: 6.3.0.Final > Reporter: Anantjot Anand > Assignee: Mario Fusco > > BaseLeftTuple class is inherited by EvalNodeLeftTuple, FromNodeLeftTuple, JoinNodeLeftTuple, LeftTupleImpl, NotNodeLeftTuple, QueryElementNodeLeftTuple, QueryRiaFixerNodeLeftTuple, RuleTerminalNodeLeftTuple classes. > FromNodeLeftTuple, JoinNodeLeftTuple, QueryElementNodeLeftTuple, QueryRiaFixerNodeLeftTuple and RuleTerminalNodeLeftTuple doesn’t implement its overridden methods. > at org.drools.core.reteoo.BaseLeftTuple.getBlocker(BaseLeftTuple.java:535) > at org.drools.core.phreak.PhreakExistsNode.doLeftDeletes(PhreakExistsNode.java:425) > at org.drools.core.phreak.PhreakExistsNode.doNode(PhreakExistsNode.java:53) > at org.drools.core.phreak.RuleNetworkEvaluator.switchOnDoBetaNode(RuleNetworkEvaluator.java:560) > at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:536) > at org.drools.core.phreak.RuleNetworkEvaluator.evalNode(RuleNetworkEvaluator.java:372) > at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:332) > at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166) > at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123) > 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:978) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260) > at com.wellsfargo.ARGenT.Execution.RuleBase.processDataWithRules(RuleBase.java:1618) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 6 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 July 2016