February 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-2261) Where the server and host modules depends on protocol they need to include META-INF

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2261?page=com.atlassian.jira.plugi... ] Darran Lofthouse updated WFCORE-2261: ------------------------------------- Summary: Where the server and host modules depends on protocol they need to include META-INF (was: Where the server module depends on protocol it needs to include META-INF) > Where the server and host modules depends on protocol they need to include META-INF > ----------------------------------------------------------------------------------- > > Key: WFCORE-2261 > URL: https://issues.jboss.org/browse/WFCORE-2261 > Project: WildFly Core > Issue Type: Task > Components: Server > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 3.0.0.Alpha23 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8015) JGroups export-native-configuration management operation fails

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/WFLY-8015?page=com.atlassian.jira.plugin.... ] Paul Ferraro moved JBEAP-8637 to WFLY-8015: ------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-8015 (was: JBEAP-8637) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Clustering (was: Clustering) Affects Version/s: 10.1.0.Final (was: 7.1.0.DR11) > JGroups export-native-configuration management operation fails > -------------------------------------------------------------- > > Key: WFLY-8015 > URL: https://issues.jboss.org/browse/WFLY-8015 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.1.0.Final > Reporter: Paul Ferraro > Assignee: Paul Ferraro > > [standalone@embedded /] /subsystem=jgroups/stack=udp:export-native-configuration() > 11:40:20,261 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation ("export-native-configuration") failed - address: ([ > ("subsystem" => "jgroups"), > ("stack" => "udp") > ]): java.util.NoSuchElementException: No child 'name' exists > at org.jboss.dmr.ModelValue.requireChild(ModelValue.java:387) > at org.jboss.dmr.ObjectModelValue.requireChild(ObjectModelValue.java:302) > at org.jboss.dmr.ModelNode.require(ModelNode.java:875) > at org.jboss.as.clustering.controller.Operations.getAttributeName(Operations.java:81) > at org.jboss.as.clustering.controller.ExecutionHandler.executeRuntimeStep(ExecutionHandler.java:59) > at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:53) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:921) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:664) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:383) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1390) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:419) > at org.jboss.as.controller.ModelControllerImpl.lambda$execute$0(ModelControllerImpl.java:224) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:193) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:224) > at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:716) > at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:706) > at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerClient.java:68) > at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.java:69) > at org.jboss.as.cli.impl.CommandExecutor.execute(CommandExecutor.java:653) > at org.jboss.as.cli.impl.CommandContextImpl.lambda$execute$1(CommandContextImpl.java:862) > at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:882) > at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:861) > at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:90) > at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:806) > at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:907) > at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:442) > 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", > "failure-description" => "WFLYCTL0158: Operation handler failed: java.util.NoSuchElementException: No child 'name' exists", > "rolled-back" => true > } -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8007) Replace WorkManager elytron-enabled atttribute by elytron-security-domain

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/WFLY-8007?page=com.atlassian.jira.plugin.... ] James Perkins commented on WFLY-8007: ------------------------------------- [~flavia.rainone] I'm not sure if I'll have the time. I'm trying to get Arquillian to work with Elytron and I've got some days of PTO coming up. If I get done with the Arquillian stuff quickly I'll let you know though. I'm just currently having issues with it. > Replace WorkManager elytron-enabled atttribute by elytron-security-domain > ------------------------------------------------------------------------- > > Key: WFLY-8007 > URL: https://issues.jboss.org/browse/WFLY-8007 > Project: WildFly > Issue Type: Enhancement > Components: JCA > Reporter: Flavia Rainone > Assignee: James Perkins > > Right now the elytron-enabled attribute does not allow the dependency on the security domain capability. We need to replace it by elytron-security-domain and have the capability dependency sorted out. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1420) (int) ($p * 1_000.0) throws a misleading exception

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1420?page=com.atlassian.jira.plugi... ] Mario Fusco resolved DROOLS-1420. --------------------------------- Fix Version/s: 7.0.0.CR1 Resolution: Done Fixed by https://github.com/droolsjbpm/drools/commit/d70058bb6ea7516a0054ef5063d94... > (int) ($p * 1_000.0) throws a misleading exception > -------------------------------------------------- > > Key: DROOLS-1420 > URL: https://issues.jboss.org/browse/DROOLS-1420 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.0.0.Beta5 > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.CR1 > > > This fails with *$p cannot be resolved to a variable*: > {code} > rule R when > Cheese($p : price) > then > int b = (int) ($p * 1_000.0); // FAILS, because $p cannot be resolved ?! > end > {code} > That error message is nonsense. It should just work. If it doesn't due to ECJ, it should say something like "cannot be cast". > This works in java: > {code} > int a = 42; > int b = ((int) (a * 1_000.0)); > {code} > Removing the underscore fixes it: > {code} > rule R when > Cheese($p : price) > then > int b = (int) ($p * 1000.0); // SUCCESS > end > {code} > Regardless of an upstream ECJ problem (which should be reported if that's indeed the problem), the error message is wrong and send me on a wild goose hunt. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8014) Remote store cannot be added to a cache via CLI

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/WFLY-8014?page=com.atlassian.jira.plugin.... ] Michal Petrov commented on WFLY-8014: ------------------------------------- [~pferraro] okay, but why is the flag needed for store=remote but not for store=file? > Remote store cannot be added to a cache via CLI > ----------------------------------------------- > > Key: WFLY-8014 > URL: https://issues.jboss.org/browse/WFLY-8014 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 11.0.0.Alpha1 > Reporter: Michal Petrov > Assignee: Paul Ferraro > > It is not possible to add remote store to a new cache: > {quote} > /subsystem=infinispan/cache-container=web/local-cache=myCache/store=remote:add(remote-servers=\[mail-smtp\]) > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.infinispan.cache-configuration.web.myCache.store is already registered", > "rolled-back" => true > } > {quote} > However it is possible to add a file store: > {{/subsystem=infinispan/cache-container=web/local-cache=myCache/store=file:add}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-662) Autopublish drools-website, optaplanner-website and jbpm-website through travis

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-662?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer commented on DROOLS-662: ----------------------------------------------- done: see https://kie-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/Websites/ it was tested and it works. When a commit was pushed to one of the websites, it will automatically run one of these three jobs which creates a Docker images based on the Dockerfile in the respective web in _dockerPublisher, runs a Docker Container which does a rake setup, rake clean build and rake publish. > Autopublish drools-website, optaplanner-website and jbpm-website through travis > ------------------------------------------------------------------------------- > > Key: DROOLS-662 > URL: https://issues.jboss.org/browse/DROOLS-662 > Project: Drools > Issue Type: Task > Reporter: Geoffrey De Smet > Assignee: Michael Biarnes Kiefer > > The jboss-tools guys already auto publish their awestruct website. xcoulon on irc #awestruct told me how they do this at Devoxx. > Travis is like Jenkins, but works really well for ruby stuff (such as awestruct websites). It can publish our websites automatically if we push a commit. Here's how to set it up: > - Add a .travis.yml file, look at this one for inspiration: https://github.com/jbosstools/jbosstools-website/blob/master/.travis.yml > - Get a secret token to be able to publish a website on jboss.org filemanagement server. Then encrypt that secret token with Travis's public key (so only Travis can decrypt it). Write the encrypted secret token in the travis.yml file. Remove all knowledge of the actual secret token, so it can't leak. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-662) Autopublish drools-website, optaplanner-website and jbpm-website through travis

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-662?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer closed DROOLS-662. ----------------------------------------- Resolution: Done > Autopublish drools-website, optaplanner-website and jbpm-website through travis > ------------------------------------------------------------------------------- > > Key: DROOLS-662 > URL: https://issues.jboss.org/browse/DROOLS-662 > Project: Drools > Issue Type: Task > Reporter: Geoffrey De Smet > Assignee: Michael Biarnes Kiefer > > The jboss-tools guys already auto publish their awestruct website. xcoulon on irc #awestruct told me how they do this at Devoxx. > Travis is like Jenkins, but works really well for ruby stuff (such as awestruct websites). It can publish our websites automatically if we push a commit. Here's how to set it up: > - Add a .travis.yml file, look at this one for inspiration: https://github.com/jbosstools/jbosstools-website/blob/master/.travis.yml > - Get a secret token to be able to publish a website on jboss.org filemanagement server. Then encrypt that secret token with Travis's public key (so only Travis can decrypt it). Write the encrypted secret token in the travis.yml file. Remove all knowledge of the actual secret token, so it can't leak. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8014) Remote store cannot be added to a cache via CLI

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/WFLY-8014?page=com.atlassian.jira.plugin.... ] Paul Ferraro closed WFLY-8014. ------------------------------ Resolution: Rejected You must use the allow-resource-service-restart=true invocation flag, since the addition of the file cache-store implies the removal of the existing store=none resource. e.g. {noformat} /subsystem=infinispan/cache-container=web/local-cache=myCache/store=file:add(){allow-resource-service-restart=true} {noformat} Note that the above command automatically removes the existing default store=none resource. This one liner is equivalent to the following: {noformat} batch /subsystem=infinispan/cache-container=web/local-cache=myCache/store=none:remove(){allow-resource-service-restart=true} /subsystem=infinispan/cache-container=web/local-cache=myCache/store=file:add() run-batch {noformat} > Remote store cannot be added to a cache via CLI > ----------------------------------------------- > > Key: WFLY-8014 > URL: https://issues.jboss.org/browse/WFLY-8014 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 11.0.0.Alpha1 > Reporter: Michal Petrov > Assignee: Paul Ferraro > > It is not possible to add remote store to a new cache: > {quote} > /subsystem=infinispan/cache-container=web/local-cache=myCache/store=remote:add(remote-servers=\[mail-smtp\]) > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.infinispan.cache-configuration.web.myCache.store is already registered", > "rolled-back" => true > } > {quote} > However it is possible to add a file store: > {{/subsystem=infinispan/cache-container=web/local-cache=myCache/store=file:add}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8014) Remote store cannot be added to a cache via CLI

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/WFLY-8014?page=com.atlassian.jira.plugin.... ] Michal Petrov commented on WFLY-8014: ------------------------------------- This might be two different issues. From what I'm able to tell the file store is not installed through {{ResourceServiceHandler.installServices()}} and somehow skips the check for an existing service. Even then the problem is that store=none is treated as an existing service when it's meant to be overwritten. > Remote store cannot be added to a cache via CLI > ----------------------------------------------- > > Key: WFLY-8014 > URL: https://issues.jboss.org/browse/WFLY-8014 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 11.0.0.Alpha1 > Reporter: Michal Petrov > Assignee: Paul Ferraro > > It is not possible to add remote store to a new cache: > {quote} > /subsystem=infinispan/cache-container=web/local-cache=myCache/store=remote:add(remote-servers=\[mail-smtp\]) > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.infinispan.cache-configuration.web.myCache.store is already registered", > "rolled-back" => true > } > {quote} > However it is possible to add a file store: > {{/subsystem=infinispan/cache-container=web/local-cache=myCache/store=file:add}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8014) Remote store cannot be added to a cache via CLI

by Michal Petrov (JIRA)

Michal Petrov created WFLY-8014: ----------------------------------- Summary: Remote store cannot be added to a cache via CLI Key: WFLY-8014 URL: https://issues.jboss.org/browse/WFLY-8014 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 11.0.0.Alpha1 Reporter: Michal Petrov Assignee: Paul Ferraro It is not possible to add remote store to a new cache: {quote} /subsystem=infinispan/cache-container=web/local-cache=myCache/store=remote:add(remote-servers=\[mail-smtp\]) { "outcome" => "failed", "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.infinispan.cache-configuration.web.myCache.store is already registered", "rolled-back" => true } {quote} However it is possible to add a file store: {{/subsystem=infinispan/cache-container=web/local-cache=myCache/store=file:add}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 1 month

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2017