[JBoss JIRA] (WFCORE-500) domain mode: remove a path entry from a server instance fails
by Tom Fonteyne (JIRA)
[ https://issues.jboss.org/browse/WFCORE-500?page=com.atlassian.jira.plugin... ]
Tom Fonteyne updated WFCORE-500:
--------------------------------
Steps to Reproduce:
in domain mode (DC started, no servers started)
/host=master/server-config=i1/path=foo.bar:add(path="/tmp")
=> success
/host=master/server-config=i1/path=foo.bar:remove
[[Host Controller] 13:19:02,569 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("remove") failed - address: ([
[Host Controller] ("host" => "master"),
[Host Controller] ("server-config" => "i1"),
[Host Controller] ("path" => "foo.bar")
[Host Controller] ]): java.lang.NullPointerException
[Host Controller] at org.jboss.as.controller.services.path.PathManagerService.removePathEntry(PathManagerService.java:181)
[Host Controller] at org.jboss.as.controller.services.path.PathRemoveHandler$1.execute(PathRemoveHandler.java:90)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:743)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:578)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:336)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:312)
[Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1181)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:357)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:216)
[Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:220)
[Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:147)
[Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:169)
[Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:165)
[Host Controller] at java.security.AccessController.doPrivileged(Native Method)
[Host Controller] at javax.security.auth.Subject.doAs(Subject.java:415)
[Host Controller] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94)
[Host Controller] at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:165)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[Host Controller] at java.lang.Thread.run(Thread.java:745)
[Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
was:
(yes, stacktrace is from older version....
in domain mode (DC started, no servers started)
/host=master/server-config=i1/path=foo.bar:add(path="/tmp")
=> success
/host=master/server-config=i1/path=foo.bar:remove
[Host Controller] 16:30:20,318 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS014612: Operation ("remove") failed - address: ([
[Host Controller] ("host" => "master"),
[Host Controller] ("server-config" => "i1"),
[Host Controller] ("path" => "foo.bar")
[Host Controller] ]): java.lang.NullPointerException
[Host Controller] at org.jboss.as.controller.services.path.PathManagerService.removePathEntry(PathManagerService.java:185) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.services.path.PathRemoveHandler$1.execute(PathRemoveHandler.java:100) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:611) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:489) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
> domain mode: remove a path entry from a server instance fails
> -------------------------------------------------------------
>
> Key: WFCORE-500
> URL: https://issues.jboss.org/browse/WFCORE-500
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha15
> Environment: Wildfly master build 2015-01-13
> Reporter: Tom Fonteyne
> Assignee: Brian Stansberry
>
> Adding a "path" to a "server-config" in domain mode (works fine) and then remove it again results in a NullPointerException
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (WFCORE-500) domain mode: remove a path entry from a server instance fails
by Tom Fonteyne (JIRA)
[ https://issues.jboss.org/browse/WFCORE-500?page=com.atlassian.jira.plugin... ]
Tom Fonteyne updated WFCORE-500:
--------------------------------
Steps to Reproduce:
(yes, stacktrace is from older version....
in domain mode (DC started, no servers started)
/host=master/server-config=i1/path=foo.bar:add(path="/tmp")
=> success
/host=master/server-config=i1/path=foo.bar:remove
[Host Controller] 16:30:20,318 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS014612: Operation ("remove") failed - address: ([
[Host Controller] ("host" => "master"),
[Host Controller] ("server-config" => "i1"),
[Host Controller] ("path" => "foo.bar")
[Host Controller] ]): java.lang.NullPointerException
[Host Controller] at org.jboss.as.controller.services.path.PathManagerService.removePathEntry(PathManagerService.java:185) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.services.path.PathRemoveHandler$1.execute(PathRemoveHandler.java:100) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:611) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:489) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
was:
in domain mode (DC started, no servers started)
/host=master/server-config=i1/path=foo.bar:add(path="/tmp")
=> success
/host=master/server-config=i1/path=foo.bar:remove
[Host Controller] 16:30:20,318 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS014612: Operation ("remove") failed - address: ([
[Host Controller] ("host" => "master"),
[Host Controller] ("server-config" => "i1"),
[Host Controller] ("path" => "foo.bar")
[Host Controller] ]): java.lang.NullPointerException
[Host Controller] at org.jboss.as.controller.services.path.PathManagerService.removePathEntry(PathManagerService.java:185) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.services.path.PathRemoveHandler$1.execute(PathRemoveHandler.java:100) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:611) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:489) [jboss-as-controller-7.4.1.Final-redhat-3.jar:7.4.1.Final-redhat-3]
> domain mode: remove a path entry from a server instance fails
> -------------------------------------------------------------
>
> Key: WFCORE-500
> URL: https://issues.jboss.org/browse/WFCORE-500
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha15
> Environment: Wildfly master build 2015-01-13
> Reporter: Tom Fonteyne
> Assignee: Brian Stansberry
>
> Adding a "path" to a "server-config" in domain mode (works fine) and then remove it again results in a NullPointerException
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (WFCORE-500) domain mode: remove a path entry from a server instance fails
by Tom Fonteyne (JIRA)
[ https://issues.jboss.org/browse/WFCORE-500?page=com.atlassian.jira.plugin... ]
Tom Fonteyne commented on WFCORE-500:
-------------------------------------
Debugging showed this:
/host=master/server-config=i1/path=foo.bar:add(path="/tmp")
org.jboss.as.controller.services.path: PathAddHandler.java
public void execute(final OperationContext context, final ModelNode operation) throws OperationFailedException {
final ModelNode model = resource.getModel();
PathAddress address = PathAddress.pathAddress(operation.get(OP_ADDR));
final String name = address.getLastElement().getValue();
pathAttribute.validateAndSet(operation, model);
RELATIVE_TO.validateAndSet(operation, model);
if (services) {
validateAndSet adds the path to the server, and "services==false" ==> all fine
---------------------------------------------------------------
/host=master/server-config=i1/path=foo.bar:remove
org.jboss.as.controller.services.path: PathRemoveHandler.aja
public void execute(OperationContext context, ModelNode operation) throws OperationFailedException {
final PathAddress address = PathAddress.pathAddress(operation.require(OP_ADDR));
final String name = address.getLastElement().getValue();
final ModelNode model = Resource.Tools.readModel(context.readResource(PathAddress.EMPTY_ADDRESS));
if (model.get(READ_ONLY.getName()).asBoolean(false)) {
throw ControllerMessages.MESSAGES.cannotRemoveReadOnlyPath(name);
}
context.removeResource(PathAddress.EMPTY_ADDRESS);
if (services) {
context.removeResource removed the path, BUT "services==true" ... which ends up looking for the path in the pathEntries of the domain controller and fails to find it... obvious as it was never there.
> domain mode: remove a path entry from a server instance fails
> -------------------------------------------------------------
>
> Key: WFCORE-500
> URL: https://issues.jboss.org/browse/WFCORE-500
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 1.0.0.Alpha15
> Environment: Wildfly master build 2015-01-13
> Reporter: Tom Fonteyne
> Assignee: Brian Stansberry
>
> Adding a "path" to a "server-config" in domain mode (works fine) and then remove it again results in a NullPointerException
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (WFCORE-500) domain mode: remove a path entry from a server instance fails
by Tom Fonteyne (JIRA)
Tom Fonteyne created WFCORE-500:
-----------------------------------
Summary: domain mode: remove a path entry from a server instance fails
Key: WFCORE-500
URL: https://issues.jboss.org/browse/WFCORE-500
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 1.0.0.Alpha15
Environment: Wildfly master build 2015-01-13
Reporter: Tom Fonteyne
Assignee: Brian Stansberry
Adding a "path" to a "server-config" in domain mode (works fine) and then remove it again results in a NullPointerException
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (DROOLS-682) Build and deploy option required in Standalone mode editors
by Ramesh C (JIRA)
Ramesh C created DROOLS-682:
-------------------------------
Summary: Build and deploy option required in Standalone mode editors
Key: DROOLS-682
URL: https://issues.jboss.org/browse/DROOLS-682
Project: Drools
Issue Type: Bug
Affects Versions: 6.1.0.Final
Environment: JDK 1.8 / Wildfly 8.1 / Drools Work bench 6.1 Final
Reporter: Ramesh C
Assignee: Mark Proctor
Priority: Blocker
Integration of an asset editor to edit in external application is works well
for an asset. if user edits and saves the asset it only saves the editor.
As of now It does not builds the project and deploys the code into local repository and work bench repository. So,it is not possible to use the work bench in standalone mode effectively in production.
kindly provide build and deploy button in standalone mode asset editors.
So, Admins can edit, build and deploy the changes to repository and in the application, it will be read dynamically using ReleaseId mechanism or Scan mechanism. In this way, it will help for rules editing and building
without restarting the application servers.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (DROOLS-629) NullPointerException thrown on next call to insert and fireAllRules after stream garbage collection runs
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/DROOLS-629?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration updated DROOLS-629:
-------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1181584
> NullPointerException thrown on next call to insert and fireAllRules after stream garbage collection runs
> --------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-629
> URL: https://issues.jboss.org/browse/DROOLS-629
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.1.0.Final, 6.2.0.Beta3
> Reporter: Mike Wilson
> Assignee: Mario Fusco
> Fix For: 6.2.0.CR1
>
> Attachments: drools-gc-causes-npe-example.zip
>
>
> I have observed that the following NullPointerException (NPE) occurs consistently with a very specific set of rules and a very specific set of inputs into a stream session:
> {code}
> java.lang.NullPointerException
> at org.drools.core.util.AbstractHashTable$SingleIndex.equal(AbstractHashTable.java:491)
> at org.drools.core.util.index.LeftTupleList.matches(LeftTupleList.java:266)
> at org.drools.core.util.index.LeftTupleIndexHashTable.get(LeftTupleIndexHashTable.java:434)
> at org.drools.core.util.index.LeftTupleIndexHashTable.getFirst(LeftTupleIndexHashTable.java:217)
> at org.drools.core.reteoo.BetaNode.getFirstLeftTuple(BetaNode.java:443)
> at org.drools.core.phreak.PhreakJoinNode.doRightInserts(PhreakJoinNode.java:144)
> at org.drools.core.phreak.PhreakJoinNode.doNode(PhreakJoinNode.java:56)
> at org.drools.core.phreak.RuleNetworkEvaluator.switchOnDoBetaNode(RuleNetworkEvaluator.java:548)
> at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:534)
> at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:334)
> at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:161)
> at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:116)
> at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:229)
> at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:98)
> at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:988)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1274)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1254)
> ...
> {code}
> The exception always occurs on the next call to "insert" and "fireAllRules" after the following method is invoked within the session: org.drools.core.common.DefaultAgenda$DefaultGarbageCollector.forceGcUnlinkedRules().
> I have attached a maven project that contains a JUnit test, which reproduces this exception using Drools version 6.2.0.Beta3.
> A side effect of this exeption occurring in the middle of fireAllRules is that an extra fact is left over in working memory, which is essentially a memory leak. I assume this is because the evaluation of the LHS of the rules is what causes the NPE to occur, so the fact is not deleted, because the RHS of the rules don't execute.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months