June 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-4846) Unable to create vault

by Sören Dierkes (JIRA)

Sören Dierkes created WFLY-4846: ----------------------------------- Summary: Unable to create vault Key: WFLY-4846 URL: https://issues.jboss.org/browse/WFLY-4846 Project: WildFly Issue Type: Bug Components: Security Affects Versions: 9.0.0.CR2 Reporter: Sören Dierkes Assignee: Darran Lofthouse I was unable to create a vault with the current release. The last version I've tried and which works was 8.2.0. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2885) HttpListenerService start doesn't clean up if start fails

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-2885?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-2885: ------------------------------ Fix Version/s: 10.0.0.Alpha5 > HttpListenerService start doesn't clean up if start fails > --------------------------------------------------------- > > Key: WFLY-2885 > URL: https://issues.jboss.org/browse/WFLY-2885 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 8.0.0.CR1 > Reporter: Brian Stansberry > Assignee: Tomaz Cerar > Fix For: 10.0.0.Alpha5 > > > HttpListenerService.prestart() does some registration stuff that doesn't get cleaned up if start() fails later on. > I noticed this in the logs while debugging RolloutPlanTestCase failures on JDK8. Probably unrelated to those failures; just an FYI to give context. > What happens in the test is it does an http-listener=xxx:add that is deliberately meant to fail in Stage.RUNTIME (due to a port conflict.) Later on the test does the same thing again. It's meant to fail there too, but I noticed in the logs that it failed for the *wrong reason*, before the port conflict: > {code} > [Server:main-one] 10:13:44,128 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.undertow.listener.maxFailOnePlan: org.jboss.msc.service.StartException in service jboss.undertow.listener.maxFailOnePlan: Failed to start service > [Server:main-one] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.0.Final.jar:1.2.0.Final] > [Server:main-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > [Server:main-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > [Server:main-one] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > [Server:main-one] Caused by: java.lang.IllegalArgumentException: UT000053: Listener maxFailOnePlan already registered > [Server:main-one] at io.undertow.server.ListenerRegistry.addListener(ListenerRegistry.java:32) [undertow-core-1.0.0.CR5.jar:1.0.0.CR5] > [Server:main-one] at org.wildfly.extension.undertow.HttpListenerService.preStart(HttpListenerService.java:107) > [Server:main-one] at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:121) > [Server:main-one] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.0.Final.jar:1.2.0.Final] > [Server:main-one] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.0.Final.jar:1.2.0.Final] > [Server:main-one] ... 3 more > {code} > The error ^^^ will continue to happen until the server is restarted, even if the port conflict situation was fixed. It's because the ListenerRegistry.addListener call from the first attempt was never cleaned up. > Cleaning up would have to be done in a catch block in ListenerService.start(). The code in stop() that normally does the cleanup does not get called if service start has failed. > I expect we have this kind of problem in many places in the WF code. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4845) jboss-client.jar use jms 2.0 specification from geronimo-jms

by Martin Styk (JIRA)

Martin Styk created WFLY-4845: --------------------------------- Summary: jboss-client.jar use jms 2.0 specification from geronimo-jms Key: WFLY-4845 URL: https://issues.jboss.org/browse/WFLY-4845 Project: WildFly Issue Type: Bug Components: JMS Reporter: Martin Styk Assignee: Jeff Mesnil jboss-client.jar uses jms 2.0 specification from geronimo-jms_2.0_spec not from jboss-jms-api_2.0_spec. As EAP 7.0.0.DR5 uses jboss specs, we should use it in the client jar as well. There is also issue in geronimo-jms_2.0_spec : public @interface JMSDestinationDefinitions { public JMSConnectionFactoryDefinition[] value(); } This should contain public JMSDestinationDefinition[] value(); instead of public JMSConnectionFactoryDefinition[] value(); -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3564) Remove support for mixed-domain transforming to < 7.3.0 versions

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3564?page=com.atlassian.jira.plugin.... ] Tomaz Cerar resolved WFLY-3564. ------------------------------- Fix Version/s: 9.0.0.Final 10.0.0.Alpha4 Resolution: Done Most of this work was one some time ago. As result of this we no longer run any transformers tests that target older versions. Tests & transformers itself ware not touched as part of this task > Remove support for mixed-domain transforming to < 7.3.0 versions > ---------------------------------------------------------------- > > Key: WFLY-3564 > URL: https://issues.jboss.org/browse/WFLY-3564 > Project: WildFly > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Tomaz Cerar > Fix For: 9.0.0.Final, 10.0.0.Alpha4 > > > (Deliberately currently unscheduled as I don't want this to become a priority unless there is clear need.) > We will not support WF 9 mixed domains with slaves running releases prior to 7.3 / EAP 6.2 (and maybe later) so we should remove the various transformer logic meant to deal with the fact that slaves in those early releases did not provide information about the version of subsystems they are running. > KnownVersions can go, as can bits of logic that logged warns or errors instead of failing the transformation because the master could not know if the slave was going to ignore the resource. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-473) Minimize usage of NetworkInterface.getNetworkInterfaces()

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-473?page=com.atlassian.jira.plugin... ] Tomaz Cerar closed WFCORE-473. ------------------------------ Fix Version/s: 1.0.0.Final Resolution: Done > Minimize usage of NetworkInterface.getNetworkInterfaces() > --------------------------------------------------------- > > Key: WFCORE-473 > URL: https://issues.jboss.org/browse/WFCORE-473 > Project: WildFly Core > Issue Type: Task > Components: Server > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > Fix For: 1.0.0.Final > > > this calls are extra expensive so we should minimize its usage during boot time. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3918) Cannot disable ConsoleRedirectService

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3918?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-3918: ------------------------------ Git Pull Request: https://github.com/wildfly/wildfly/pull/7678 > Cannot disable ConsoleRedirectService > ------------------------------------- > > Key: WFLY-3918 > URL: https://issues.jboss.org/browse/WFLY-3918 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 8.1.0.Final > Reporter: Graham Johnson > Assignee: Tomaz Cerar > Fix For: 10.0.0.Alpha5 > > > Wildfly Undertow (via org.wildfly.extension.undertow.HostAdd and org.wildfly.extension.undertow.ConsoleRedirectService) redirects all /console/... URL requests (on port 8080/8443) to /console on port 9990. > This prevents developing or porting applications that themselves need to serve /console/... URLs. > There needs to be a way to disable (in the undertow subsystem configuration) the adding of ConsoleRedirectService by HostAdd. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3918) Cannot disable ConsoleRedirectService

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3918?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-3918: ------------------------------ Fix Version/s: 10.0.0.Alpha5 > Cannot disable ConsoleRedirectService > ------------------------------------- > > Key: WFLY-3918 > URL: https://issues.jboss.org/browse/WFLY-3918 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 8.1.0.Final > Reporter: Graham Johnson > Assignee: Tomaz Cerar > Fix For: 10.0.0.Alpha5 > > > Wildfly Undertow (via org.wildfly.extension.undertow.HostAdd and org.wildfly.extension.undertow.ConsoleRedirectService) redirects all /console/... URL requests (on port 8080/8443) to /console on port 9990. > This prevents developing or porting applications that themselves need to serve /console/... URLs. > There needs to be a way to disable (in the undertow subsystem configuration) the adding of ConsoleRedirectService by HostAdd. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4840) Deprecated element cluster-passivation-store from ejb subsystem does not work

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-4840?page=com.atlassian.jira.plugin.... ] Tomaz Cerar reassigned WFLY-4840: --------------------------------- Assignee: Paul Ferraro (was: Brian Stansberry) > Deprecated element cluster-passivation-store from ejb subsystem does not work > ----------------------------------------------------------------------------- > > Key: WFLY-4840 > URL: https://issues.jboss.org/browse/WFLY-4840 > Project: WildFly > Issue Type: Bug > Components: Domain Management, EJB > Reporter: Ondřej Chaloupka > Assignee: Paul Ferraro > > There is a mismatch in behaviour of deprecated element {{cluster-passivation-store}} under {{ejb}} subsystem. > When element is deprecated still it should work and only prints warning that it's deprecated. > {code} > [standalone@localhost:9990 /] /subsystem=ejb3/cluster-passivation-store=infinispan:read-resource() > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0216: Management resource '[ > (\"subsystem\" => \"ejb3\"), > (\"cluster-passivation-store\" => \"infinispan\") > ]' not found", > "rolled-back" => true > } > {code} > but > {code} > [standalone@localhost:9990 /] /subsystem=ejb3/cluster-passivation-store=infinispan:add() > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service jboss.ejb.cache.factory.distributable.infinispan is already registered", > "rolled-back" => true > } > {code} > _A note:_ the element {{cluster-passivation-store}} was replaced by {{passivation-store}} which works fine -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4645) access log rotates even when rotation is disabled by "rotate" attribute

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-4645?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-4645: ------------------------------ Fix Version/s: 10.0.0.Alpha5 > access log rotates even when rotation is disabled by "rotate" attribute > ----------------------------------------------------------------------- > > Key: WFLY-4645 > URL: https://issues.jboss.org/browse/WFLY-4645 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 10.0.0.Alpha1 > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > Fix For: 10.0.0.Alpha5 > > > When I disable access log rotation by setting "rotate" attribute to false: > {code} > /subsystem=undertow/server=default-server/host=default-host/setting=access-log/:write-attribute(name=rotate,value=false) > {code} > The logfile keeps rotating - how tested in "Steps to Reproduce" section. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4290) Datasource template operation

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/WFLY-4290?page=com.atlassian.jira.plugin.... ] Jesper Pedersen reassigned WFLY-4290: ------------------------------------- Labels: open_to_community (was: ) Assignee: (was: Stefano Maestri) > Datasource template operation > ----------------------------- > > Key: WFLY-4290 > URL: https://issues.jboss.org/browse/WFLY-4290 > Project: WildFly > Issue Type: Task > Components: JCA > Reporter: Jesper Pedersen > Labels: open_to_community > > {noformat} > /subsystem=datasources/datasource=<datasource-name>:add(type=”postgresql”, url=””, driver=””) > {noformat} > Could have an optional capacity profile -- This message was sent by Atlassian JIRA (v6.3.15#6346)

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