[JBoss JIRA] (WFCORE-1259) Embedded HC started with host-slave.xml does not allow changes as master connection service is not available
by Ken Wills (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1259?page=com.atlassian.jira.plugi... ]
Ken Wills edited comment on WFCORE-1259 at 1/4/16 4:19 PM:
-----------------------------------------------------------
Fixed and tested by checking for running in admin-only, and a disconnected slave using --cached-dc.
was (Author: luck3y):
Fixed an tested by checking for running in admin-only
> Embedded HC started with host-slave.xml does not allow changes as master connection service is not available
> ------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-1259
> URL: https://issues.jboss.org/browse/WFCORE-1259
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Ken Wills
> Assignee: Ken Wills
>
> # update host-slave.xml - simplify the example
> -<host xmlns="urn:jboss:domain:4.0">
> +<host name="slave" xmlns="urn:jboss:domain:4.0">
> $ ./jboss-cli.sh -Djboss.domain.master.address=127.0.0.1
> [disconnected /] embed-host-controller --host-config=host-slave.xml --std-out=echo
> [domain@embedded /] /host=slave/server-config=server-one:write-attribute(name=socket-binding-port-offset, value=1)
> 2:22:06,003 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation
> +("write-attribute") failed - address: ([
> ("host" => "slave"),
> ("server-config" => "server-one")
> ]): org.jboss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found
> at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
> at org.jboss.as.controller.OperationContextImpl$OperationContextServiceRegistry.getRequiredService(OperationCo
> +ntextImpl.java:2208)
> at org.jboss.as.domain.controller.operations.SyncModelOperationHandlerWrapper.execute(SyncModelOperationHandle
> +rWrapper.java:131)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1341)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:204)
> at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:659)
> at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:649)
> at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerCli
> +ent.java:63)
> at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.j
> +ava:59)
> at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:84)
> at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:753)
> at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:799)
> at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:412)
> at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {
> "outcome" => "failed",
> "result" => {},
> "failure-description" => {"host-failure-descriptions" => {"slave" => "WFLYCTL0158: Operation handler failed: org.j
> +boss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found"}},
> "rolled-back" => true
> }
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFCORE-1259) Embedded HC started with host-slave.xml does not allow changes as master connection service is not available
by Ken Wills (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1259?page=com.atlassian.jira.plugi... ]
Ken Wills commented on WFCORE-1259:
-----------------------------------
Fixed an tested by checking for running in admin-only
> Embedded HC started with host-slave.xml does not allow changes as master connection service is not available
> ------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-1259
> URL: https://issues.jboss.org/browse/WFCORE-1259
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Ken Wills
> Assignee: Ken Wills
>
> # update host-slave.xml - simplify the example
> -<host xmlns="urn:jboss:domain:4.0">
> +<host name="slave" xmlns="urn:jboss:domain:4.0">
> $ ./jboss-cli.sh -Djboss.domain.master.address=127.0.0.1
> [disconnected /] embed-host-controller --host-config=host-slave.xml --std-out=echo
> [domain@embedded /] /host=slave/server-config=server-one:write-attribute(name=socket-binding-port-offset, value=1)
> 2:22:06,003 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation
> +("write-attribute") failed - address: ([
> ("host" => "slave"),
> ("server-config" => "server-one")
> ]): org.jboss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found
> at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
> at org.jboss.as.controller.OperationContextImpl$OperationContextServiceRegistry.getRequiredService(OperationCo
> +ntextImpl.java:2208)
> at org.jboss.as.domain.controller.operations.SyncModelOperationHandlerWrapper.execute(SyncModelOperationHandle
> +rWrapper.java:131)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1341)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:204)
> at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:659)
> at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:649)
> at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerCli
> +ent.java:63)
> at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.j
> +ava:59)
> at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:84)
> at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:753)
> at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:799)
> at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:412)
> at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {
> "outcome" => "failed",
> "result" => {},
> "failure-description" => {"host-failure-descriptions" => {"slave" => "WFLYCTL0158: Operation handler failed: org.j
> +boss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found"}},
> "rolled-back" => true
> }
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFLY-4678) IllegalStateException when accessing DistributableCache
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-4678?page=com.atlassian.jira.plugin.... ]
Paul Ferraro reopened WFLY-4678:
--------------------------------
This issue recurs following WFLY-5813 fix.
> IllegalStateException when accessing DistributableCache
> -------------------------------------------------------
>
> Key: WFLY-4678
> URL: https://issues.jboss.org/browse/WFLY-4678
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 9.0.0.CR1, 10.0.0.Alpha1, 10.0.0.CR2
> Reporter: Richard Achmatowicz
> Assignee: Paul Ferraro
> Fix For: 9.0.0.CR2, 10.0.0.Alpha2
>
>
> When making invocations on SFSBs in a cluster, the following exception arises:
> {noformat}
> [0m[31m17:58:44,853 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (EJB default - 2) ISPN000136: Execution error: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=5}, status=3} is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:389)
> at org.infinispan.interceptors.TxInterceptor.enlistIfNeeded(TxInterceptor.java:351)
> at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:345)
> at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:111)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:86)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:369)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:354)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:86)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:91)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:86)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
> at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:430)
> at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:427)
> at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:287)
> at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:88)
> at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:51)
> at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.findBean(InfinispanBeanManager.java:261)
> at org.jboss.as.ejb3.cache.distributable.DistributableCache.get(DistributableCache.java:115)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFCORE-1257) support query filter implementation in MBeanServerConnection
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1257?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-1257:
----------------------------------------
Assignee: Brian Stansberry
> support query filter implementation in MBeanServerConnection
> ------------------------------------------------------------
>
> Key: WFCORE-1257
> URL: https://issues.jboss.org/browse/WFCORE-1257
> Project: WildFly Core
> Issue Type: Feature Request
> Components: JMX
> Affects Versions: 2.0.5.Final
> Reporter: Chao Wang
> Assignee: Brian Stansberry
>
> There is no implementation for query filter in MBeanServerConnection, marked as TODO
> {code:title=ModelControllerMBeanHelper.java|borderStyle=solid}
> Set<ObjectName> queryNames(final ObjectName name, final QueryExp query) {
> return new RootResourceIterator<Set<ObjectName>>(accessControlUtil, getRootResourceAndRegistration().getResource(),
> new ObjectNameMatchResourceAction<Set<ObjectName>>(name) {
> Set<ObjectName> set = new HashSet<ObjectName>();
> @Override
> public boolean onResource(ObjectName resourceName) {
> if (name == null || name.apply(resourceName)) {
> //TODO check query
> set.add(resourceName);
> }
> return true;
> }
> @Override
> public Set<ObjectName> getResult() {
> if (set.size() == 1 && set.contains(ModelControllerMBeanHelper.createRootObjectName(domain))) {
> return Collections.emptySet();
> }
> return set;
> }
> }).iterate();
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFLY-5927) Enable transformation tests failing due to WFCORE-1210
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5927?page=com.atlassian.jira.plugin.... ]
Radoslav Husar moved JBEAP-2540 to WFLY-5927:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-5927 (was: JBEAP-2540)
Workflow: GIT Pull Request workflow (was: CDW v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: 10.0.0.CR5
(was: 7.0.0.ER3)
> Enable transformation tests failing due to WFCORE-1210
> ------------------------------------------------------
>
> Key: WFLY-5927
> URL: https://issues.jboss.org/browse/WFLY-5927
> Project: WildFly
> Issue Type: Task
> Components: Clustering
> Affects Versions: 10.0.0.CR5
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> Alias addresses tests in {{org.jboss.as.clustering.infinispan.subsystem.TransformersTestCase#propertiesMapOperationsTest}} were affected by WFCORE-1210.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFCORE-1262) Make the /host=* 'domain-controller' attribute writeable in the normal way
by Brian Stansberry (JIRA)
Brian Stansberry created WFCORE-1262:
----------------------------------------
Summary: Make the /host=* 'domain-controller' attribute writeable in the normal way
Key: WFCORE-1262
URL: https://issues.jboss.org/browse/WFCORE-1262
Project: WildFly Core
Issue Type: Enhancement
Components: Domain Management
Reporter: Brian Stansberry
Priority: Minor
To change the 'domain-controller' attribute on a host you need to use the custom 'write-local-domain-controller' or 'write-remote-domain-controller' ops. This should also support a standard write-attribute.
It can probably just use a ReloadRequiredWriteAttributeHandler variant as after boot it just triggers a reload, and boot can continue to call the existing custom ops. So just the validation and model manipulation aspect needs to be handled by the write-attribute handler. There's already a proper AttributeDefinition for the attribute to assist in that.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFLY-5921) Locale cache set to simple cache automatically breaks map reduce
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5921?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-5921:
------------------------------------
[~stianst] The simple-cache auto-conversion was done to address a performance issue (see https://issues.jboss.org/browse/JBEAP-1905 for details) within the context of a feature freeze. In general, map-reduce is not a supported use case in WildFly. Was I aware of your use case before today, I would have made the implemented fix wouldn't break your code.
> Locale cache set to simple cache automatically breaks map reduce
> ----------------------------------------------------------------
>
> Key: WFLY-5921
> URL: https://issues.jboss.org/browse/WFLY-5921
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.CR5
> Reporter: Stian Thorgersen
> Assignee: Paul Ferraro
> Priority: Critical
>
> We use the Infinispan subsystem to create/configure caches for Keycloak. In standalone mode Keycloak uses locale-caches, while in clustered mode we use a combination of invalidation caches and distributed caches. In both clustered and non-clustered mode we use map-reduce tasks to delete elements from the cache.
> This has worked just fine until the recent change in CR5 where locale-caches are now set to simple-caches (WFLY-5327). As the caches are now automatically set to simple-caches map-reduce is no longer available. There's also no way to prevent this.
> IMO the changes from WFLY-5327 should be reverted and instead a new simple-cache element should be added, or a simple-cache=true attribute added to the locale-cache element.
> As it stands this change prevents us from upgrading to CR5.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFLY-5758) Getting [Management resource '[(\"subsystem\" => \"undertow\")]' not found] when removing ressources from Undertow
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-5758?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-5758:
----------------------------------------
Sorry, not for 8.x, no. We don't plan to do further 8.x releases.
> Getting [Management resource '[(\"subsystem\" => \"undertow\")]' not found] when removing ressources from Undertow
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-5758
> URL: https://issues.jboss.org/browse/WFLY-5758
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Affects Versions: 8.x.x TBD
> Environment: Wildfly 8.2.1 on SUSE Linux 11.1 and Solaris 11
> Reporter: Montpa Pasteur
> Assignee: Alexey Loubyansky
> Priority: Minor
>
> When trying remove more that one resource from Undertow using the CLI, I am getting this message: *[Management resource '[(\"subsystem\" => \"undertow\")]' not found*]
> This doesn't happen all time, it looks like random. Adding a sleep between the CLI command helps some time.
> I get this problem when trying to remove http request header configuration and when trying to remove static ressource serving configuration(location, file handler, filter ..)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months
[JBoss JIRA] (WFLY-5926) org.wildfly.bom tag for version 10.0.0.CR5
by Leandro Kersting de Freitas (JIRA)
[ https://issues.jboss.org/browse/WFLY-5926?page=com.atlassian.jira.plugin.... ]
Leandro Kersting de Freitas updated WFLY-5926:
----------------------------------------------
Description:
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
What should I use?
https://github.com/wildfly/boms/issues/17
was:
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that there is no comitt here a long time.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
What should I use?
https://github.com/wildfly/boms/issues/17
> org.wildfly.bom tag for version 10.0.0.CR5
> ------------------------------------------
>
> Key: WFLY-5926
> URL: https://issues.jboss.org/browse/WFLY-5926
> Project: WildFly
> Issue Type: Task
> Affects Versions: 10.0.0.CR5
> Reporter: Leandro Kersting de Freitas
> Assignee: Jason Greene
> Labels: bom, maven
>
> Hi
> I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
> {code:xml}
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7-with-tools</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> {code}
> org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
> What should I use?
> https://github.com/wildfly/boms/issues/17
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 5 months