January 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3174) Add view of batch jobs with ability to view, restart and stop

by Kohei Nozaki (JIRA)

[ https://issues.jboss.org/browse/WFLY-3174?page=com.atlassian.jira.plugin.... ] Kohei Nozaki commented on WFLY-3174: ------------------------------------ Just information: I created a small web app which can view statuses of batch jobs, start, restart or stop. https://github.com/lbtc-xxx/jberetweb http://www.nailedtothex.org/roller/kyle/category/jberetweb > Add view of batch jobs with ability to view, restart and stop > ------------------------------------------------------------- > > Key: WFLY-3174 > URL: https://issues.jboss.org/browse/WFLY-3174 > Project: WildFly > Issue Type: Feature Request > Components: Batch > Reporter: James Perkins > Assignee: James Perkins > > Currently there is no way to view batch jobs for a deployment with in the batch subsystem management. There should be a way to view the batch jobs that have run on various deployments. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-500) domain mode: remove a path entry from a server instance fails

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-500?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated WFCORE-500: ------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1181618 > 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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[JBoss JIRA] (WFLY-4246) Add test coverage for vaulted LDAP credentials in security domains

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4246?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4246: ----------------------------------------------- Josef Cacek <jcacek(a)redhat.com> changed the Status of [bug 1181553|https://bugzilla.redhat.com/show_bug.cgi?id=1181553] from NEW to POST > Add test coverage for vaulted LDAP credentials in security domains > ------------------------------------------------------------------ > > Key: WFLY-4246 > URL: https://issues.jboss.org/browse/WFLY-4246 > Project: WildFly > Issue Type: Enhancement > Components: Test Suite > Reporter: Josef Cacek > Assignee: Josef Cacek > > LdapExtLoginModuleTestCase and LdapExtLikeAdvancedLdapLMTestCase in testsuite/integration/basic should be extended to cover vaulted bindCredentials. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SECURITY-871) AdvancedLdapLoginModule should be able to retrieve bindCredential from Vault

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SECURITY-871?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on SECURITY-871: -------------------------------------------------- Josef Cacek <jcacek(a)redhat.com> changed the Status of [bug 1181553|https://bugzilla.redhat.com/show_bug.cgi?id=1181553] from NEW to POST > AdvancedLdapLoginModule should be able to retrieve bindCredential from Vault > ---------------------------------------------------------------------------- > > Key: SECURITY-871 > URL: https://issues.jboss.org/browse/SECURITY-871 > Project: PicketBox > Issue Type: Bug > Components: Negotiation > Reporter: Derek Horton > Assignee: Darran Lofthouse > Fix For: Negotiation_2_3_6_Final > > > AdvancedLdapLoginModule should be able to retrieve bindCredential from Vault -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[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

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 January 2015