December 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-1246) System allows enabling two applications with same runtime-name

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1246?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFCORE-1246: ---------------------------------------- Component/s: Domain Management Assignee: (was: Jason Greene) > System allows enabling two applications with same runtime-name > -------------------------------------------------------------- > > Key: WFCORE-1246 > URL: https://issues.jboss.org/browse/WFCORE-1246 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Environment: WildFly 10CR4 standalone and domain. Both web management and command line > Reporter: Guillermo González de Agüero > Attachments: clustering-demo1.war, clustering-demo2.war > > > System allows multiple applications with same runtime-name to be enabled at the same time, which shoudl be avoided. > It correctly prevents the deployment of an enabled second application, but doesn't complain if deploying disabled and enabling after that. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1246) Ability to enable two applications with same runtime-name

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1246?page=com.atlassian.jira.plugi... ] Brian Stansberry moved WFLY-5723 to WFCORE-1246: ------------------------------------------------ Project: WildFly Core (was: WildFly) Key: WFCORE-1246 (was: WFLY-5723) > Ability to enable two applications with same runtime-name > --------------------------------------------------------- > > Key: WFCORE-1246 > URL: https://issues.jboss.org/browse/WFCORE-1246 > Project: WildFly Core > Issue Type: Bug > Environment: WildFly 10CR4 standalone and domain. Both web management and command line > Reporter: Guillermo González de Agüero > Assignee: Jason Greene > Attachments: clustering-demo1.war, clustering-demo2.war > > > System allows multiple applications with same runtime-name to be enabled at the same time, which shoudl be avoided. > It correctly prevents the deployment of an enabled second application, but doesn't complain if deploying disabled and enabling after that. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1245) Improve readability of missing dependency logs

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1245?page=com.atlassian.jira.plugi... ] Brian Stansberry moved WFLY-5744 to WFCORE-1245: ------------------------------------------------ Project: WildFly Core (was: WildFly) Key: WFCORE-1245 (was: WFLY-5744) Issue Type: Enhancement (was: Feature Request) > Improve readability of missing dependency logs > ---------------------------------------------- > > Key: WFCORE-1245 > URL: https://issues.jboss.org/browse/WFCORE-1245 > Project: WildFly Core > Issue Type: Enhancement > Reporter: Bartosz Spyrko-Śmietanko > Assignee: Dennis Reed > > When there is a problem with a failed deployment due to missing dependencies it is difficult to figure out what the problem is. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5886) Remote EJB dispatches to thread pools twice

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-5886?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-5886: ----------------------------------- Component/s: EJB > Remote EJB dispatches to thread pools twice > ------------------------------------------- > > Key: WFLY-5886 > URL: https://issues.jboss.org/browse/WFLY-5886 > Project: WildFly > Issue Type: Enhancement > Components: EJB > Reporter: Stuart Douglas > Assignee: Jason Greene > > Remote EJB currently involves a dispatch to a worker pool, followed by a dispatch to the EJB executor. It would be better if there was an option just to run the EJB invocation in the worker. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5828) Format differences between default configuration and read/persisted one

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-5828?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-5828: ----------------------------------- Component/s: Clustering > Format differences between default configuration and read/persisted one > ----------------------------------------------------------------------- > > Key: WFLY-5828 > URL: https://issues.jboss.org/browse/WFLY-5828 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.0.0.CR4 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Labels: ux > > Neverending classic, just like every release: > {noformat} > 1c1 > < <?xml version='1.0' encoding='UTF-8'?> > --- > > <?xml version="1.0" ?> > 4d3 > < > 36,37d34 > < > < > 64c61 > < <file-handler name="file" formatter="json-formatter" path="audit-log.log" relative-to="jboss.server.data.dir"/> > --- > > <file-handler name="file" formatter="json-formatter" relative-to="jboss.server.data.dir" path="audit-log.log"/> > 87d83 > < > 178a175 > > <stateful default-access-timeout="5000" cache-ref="distributable" passivation-disabled-cache-ref="simple"/> > 182d178 > < <stateful default-access-timeout="5000" cache-ref="distributable" passivation-disabled-cache-ref="simple"/> > 186a183 > >  > 193c190 > < <cache name="distributable" passivation-store-ref="infinispan" aliases="passivating clustered"/> > --- > > <cache name="distributable" aliases="passivating clustered" passivation-store-ref="infinispan"/> > 220c217 > < <cache-container name="server" aliases="singleton cluster" module="org.wildfly.clustering.server" default-cache="default"> > --- > > <cache-container name="server" aliases="singleton cluster" default-cache="default" module="org.wildfly.clustering.server"> > 226c223 > < <cache-container name="web" module="org.wildfly.clustering.web.infinispan" default-cache="dist"> > --- > > <cache-container name="web" default-cache="dist" module="org.wildfly.clustering.web.infinispan"> > 234c231 > < <cache-container name="ejb" aliases="sfsb" module="org.wildfly.clustering.ejb.infinispan" default-cache="dist"> > --- > > <cache-container name="ejb" aliases="sfsb" default-cache="dist" module="org.wildfly.clustering.ejb.infinispan"> > 242c239 > < <cache-container name="hibernate" module="org.hibernate.infinispan" default-cache="local-query"> > --- > > <cache-container name="hibernate" default-cache="local-query" module="org.hibernate.infinispan"> > 244,247d240 > < <local-cache name="local-query"> > < <eviction max-entries="10000" strategy="LRU"/> > < <expiration max-idle="100000"/> > < </local-cache> > 250c243 > < <eviction max-entries="10000" strategy="LRU"/> > --- > > <eviction strategy="LRU" max-entries="10000"/> > 252a246,249 > > <local-cache name="local-query"> > > <eviction strategy="LRU" max-entries="10000"/> > > <expiration max-idle="100000"/> > > </local-cache> > 395c392 > < <http-listener name="default" redirect-socket="https" socket-binding="http"/> > --- > > <http-listener name="default" socket-binding="http" redirect-socket="https"/> > 410,411c407,408 > < <response-header name="server-header" header-value="JBoss-EAP/7" header-name="Server"/> > < <response-header name="x-powered-by-header" header-value="Undertow/1" header-name="X-Powered-By"/> > --- > > <response-header name="server-header" header-name="Server" header-value="JBoss-EAP/7"/> > > <response-header name="x-powered-by-header" header-name="X-Powered-By" header-value="Undertow/1"/> > 426d422 > < > 435d430 > < > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5890) Wildfly10's default mod_cluster load metric cpu (AverageSystemLoadMetric) is not supported on Windows

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-5890?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-5890: ----------------------------------- Component/s: Clustering > Wildfly10's default mod_cluster load metric cpu (AverageSystemLoadMetric) is not supported on Windows > ----------------------------------------------------------------------------------------------------- > > Key: WFLY-5890 > URL: https://issues.jboss.org/browse/WFLY-5890 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.0.0.CR5 > Reporter: Michal Karm Babacek > Assignee: Radoslav Husar > Labels: ux > > h3. Problem > Wildfly 10's default load metric changed from *busyness* to *cpu*. Although otherwise fine, this change has a one major drawback: It doesn't work on Windows JDKs: MODCLUSTER-234. This fact has been known and acknowledged since 2011. > {code} > <subsystem xmlns="urn:jboss:domain:modcluster:2.0"> > <mod-cluster-config advertise-socket="modcluster" connector="ajp"> > <dynamic-load-provider> > <load-metric type="cpu"/> > </dynamic-load-provider> > </mod-cluster-config> > </subsystem> > {code} > Instead of a valid Load value, subsystem returns 0 and prints: {{MODCLUSTER000045: AverageSystemLoadMetric is not supported on this system and will be disabled.}} > h3. Example > {code} > C:\Users\Administrator>groovy https://gist.githubusercontent.com/Karm/be36292ae52ded419b46/raw/addd6abf... > load: -1.0 > avail. processors: 4 > {code} > {code} > mbabacek@localhost:~$ groovy https://gist.githubusercontent.com/Karm/be36292ae52ded419b46/raw/addd6abf... > load: 0.67 > avail. processors: 4 > {code} > h3. Call to action > IMHO, this is a Major user experience failure, the default should provide meaningful values on all major platforms. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[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: ---------------------------------------- I've resolved this, but please reopen if you find there are still problems using WildFly 10. > 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)

10 years, 7 months

1
0
0 / 0

[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: ---------------------------------------- Please try with WildFly 10.0.0.CR4, using "reload" instead of "/:reload". The "reload" command has been modified to wait until server boot is completed before returning control to the user. Your "Management resource '[(\"subsystem\" => \"undertow\")]' not found" failures are the result of your script attempting to invoke the 2nd op when the server is in the middle of booting. > 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)

10 years, 7 months

1
0
0 / 0

[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 resolved WFLY-5758. ------------------------------------ Resolution: Out of Date > 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)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5828) Format differences between default configuration and read/persisted one

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-5828?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFLY-5828: ----------------------------------- Issue Type: Bug (was: Enhancement) This kind of thing is a bug, so fixing it isn't an Enhancement. :) It needs a JBEAP too. > Format differences between default configuration and read/persisted one > ----------------------------------------------------------------------- > > Key: WFLY-5828 > URL: https://issues.jboss.org/browse/WFLY-5828 > Project: WildFly > Issue Type: Bug > Affects Versions: 10.0.0.CR4 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Labels: ux > > Neverending classic, just like every release: > {noformat} > 1c1 > < <?xml version='1.0' encoding='UTF-8'?> > --- > > <?xml version="1.0" ?> > 4d3 > < > 36,37d34 > < > < > 64c61 > < <file-handler name="file" formatter="json-formatter" path="audit-log.log" relative-to="jboss.server.data.dir"/> > --- > > <file-handler name="file" formatter="json-formatter" relative-to="jboss.server.data.dir" path="audit-log.log"/> > 87d83 > < > 178a175 > > <stateful default-access-timeout="5000" cache-ref="distributable" passivation-disabled-cache-ref="simple"/> > 182d178 > < <stateful default-access-timeout="5000" cache-ref="distributable" passivation-disabled-cache-ref="simple"/> > 186a183 > >  > 193c190 > < <cache name="distributable" passivation-store-ref="infinispan" aliases="passivating clustered"/> > --- > > <cache name="distributable" aliases="passivating clustered" passivation-store-ref="infinispan"/> > 220c217 > < <cache-container name="server" aliases="singleton cluster" module="org.wildfly.clustering.server" default-cache="default"> > --- > > <cache-container name="server" aliases="singleton cluster" default-cache="default" module="org.wildfly.clustering.server"> > 226c223 > < <cache-container name="web" module="org.wildfly.clustering.web.infinispan" default-cache="dist"> > --- > > <cache-container name="web" default-cache="dist" module="org.wildfly.clustering.web.infinispan"> > 234c231 > < <cache-container name="ejb" aliases="sfsb" module="org.wildfly.clustering.ejb.infinispan" default-cache="dist"> > --- > > <cache-container name="ejb" aliases="sfsb" default-cache="dist" module="org.wildfly.clustering.ejb.infinispan"> > 242c239 > < <cache-container name="hibernate" module="org.hibernate.infinispan" default-cache="local-query"> > --- > > <cache-container name="hibernate" default-cache="local-query" module="org.hibernate.infinispan"> > 244,247d240 > < <local-cache name="local-query"> > < <eviction max-entries="10000" strategy="LRU"/> > < <expiration max-idle="100000"/> > < </local-cache> > 250c243 > < <eviction max-entries="10000" strategy="LRU"/> > --- > > <eviction strategy="LRU" max-entries="10000"/> > 252a246,249 > > <local-cache name="local-query"> > > <eviction strategy="LRU" max-entries="10000"/> > > <expiration max-idle="100000"/> > > </local-cache> > 395c392 > < <http-listener name="default" redirect-socket="https" socket-binding="http"/> > --- > > <http-listener name="default" socket-binding="http" redirect-socket="https"/> > 410,411c407,408 > < <response-header name="server-header" header-value="JBoss-EAP/7" header-name="Server"/> > < <response-header name="x-powered-by-header" header-value="Undertow/1" header-name="X-Powered-By"/> > --- > > <response-header name="server-header" header-name="Server" header-value="JBoss-EAP/7"/> > > <response-header name="x-powered-by-header" header-name="X-Powered-By" header-value="Undertow/1"/> > 426d422 > < > 435d430 > < > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 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 December 2015