October 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-1409) custom mail server should allow definition of independent properties

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1409?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1409: ----------------------------------------------- Jakub Cechacek <jcechace(a)redhat.com> changed the Status of [bug 968200|https://bugzilla.redhat.com/show_bug.cgi?id=968200] from ON_QA to VERIFIED > custom mail server should allow definition of independent properties > -------------------------------------------------------------------- > > Key: WFLY-1409 > URL: https://issues.jboss.org/browse/WFLY-1409 > Project: WildFly > Issue Type: Feature Request > Components: Mail > Reporter: Jakub Cechacek > Assignee: Tomaz Cerar > Priority: Minor > Fix For: 8.0.0.Beta1 > > > Current implementation doesn't allow definition of independent properties - instead they will always have form of "mail.$ServerName.someprop". Thus it's not possible to setup properties such as "mail.transport.protocol"[1] inside custom server. > Also customer will unlikely design custom transport protocol from scratch. More often it will be just a wrapper around existing protocol such as smtp with some additional functionality (this is also case of [2]). However as a workaround one can define custom server together with server for underlying protocol within one mail session. > [1] which will cause session.getTransport(); to return null as default protocol is not set. > [2] https://c.na7.visual.force.com/apex/Case_View?id=500A000000A4N8b -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AS7-5350) CliArgumentsTestCase.testWrongControler always fails on windows

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-5350?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-5350: ---------------------------------------------- Pavel Jelinek <pjelinek(a)redhat.com> changed the Status of [bug 900988|https://bugzilla.redhat.com/show_bug.cgi?id=900988] from ON_QA to ASSIGNED > CliArgumentsTestCase.testWrongControler always fails on windows > --------------------------------------------------------------- > > Key: AS7-5350 > URL: https://issues.jboss.org/browse/AS7-5350 > Project: Application Server 7 > Issue Type: Bug > Components: CLI > Affects Versions: 7.1.2.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final) > Environment: Windows > Reporter: Tomaz Cerar > Assignee: Alexey Loubyansky > Fix For: EAP 6.1.0.Alpha (7.2.0.Final) > > > org.jboss.as.test.integration.management.cli.CliArgumentsTestCase.testWrongControler consistently fails on windows. > jenkins build where it can be seen > http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/as7-master-windows... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AS7-5350) CliArgumentsTestCase.testWrongControler always fails on windows

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-5350?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-5350: ---------------------------------------------- Pavel Jelinek <pjelinek(a)redhat.com> made a comment on [bug 900988|https://bugzilla.redhat.com/show_bug.cgi?id=900988] org.jboss.as.test.integration.ws.tools.jbws3207.JBWS3207TestCase passes now but org.jboss.as.test.manualmode.ejb.shutdown.RemoteCallWhileShuttingDownTestCase fails due to the timeout for EAP 6.2.0 ER3 consistently on Windows on mw Jenkins, e.g.: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... > CliArgumentsTestCase.testWrongControler always fails on windows > --------------------------------------------------------------- > > Key: AS7-5350 > URL: https://issues.jboss.org/browse/AS7-5350 > Project: Application Server 7 > Issue Type: Bug > Components: CLI > Affects Versions: 7.1.2.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final) > Environment: Windows > Reporter: Tomaz Cerar > Assignee: Alexey Loubyansky > Fix For: EAP 6.1.0.Alpha (7.2.0.Final) > > > org.jboss.as.test.integration.management.cli.CliArgumentsTestCase.testWrongControler consistently fails on windows. > jenkins build where it can be seen > http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/as7-master-windows... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AS7-5132) Connection timeout to local port 9999 with clustered AS 7.1.1.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-5132?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-5132: ---------------------------------------------- Pavel Jelinek <pjelinek(a)redhat.com> made a comment on [bug 900988|https://bugzilla.redhat.com/show_bug.cgi?id=900988] org.jboss.as.test.integration.ws.tools.jbws3207.JBWS3207TestCase passes now but org.jboss.as.test.manualmode.ejb.shutdown.RemoteCallWhileShuttingDownTestCase fails due to the timeout for EAP 6.2.0 ER3 consistently on Windows on mw Jenkins, e.g.: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T... > Connection timeout to local port 9999 with clustered AS 7.1.1.Final > ------------------------------------------------------------------- > > Key: AS7-5132 > URL: https://issues.jboss.org/browse/AS7-5132 > Project: Application Server 7 > Issue Type: Bug > Components: Domain Management > Affects Versions: 7.1.1.Final > Environment: Fedora 17 on Amazon EC2 > Reporter: Jack Lund > Assignee: Emanuel Muckenhuber > Labels: as7, cluster, domain > Fix For: 7.1.3.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final) > > > A clustered configuration of two AS 7 instances has an issue with the connection to port 9999 timing out when starting up. The instances are configured as per https://docs.jboss.org/author/display/AS71/AS7+Cluster+Howto. On startup, we get the following error randomly for one or more of the server instances: > {quote} > [Server:server-two] 16:36:03,492 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC00001: Failed to start service jboss.host.controller.client: org.jboss.msc.service.StartException in service jboss.host.controller.client: java.net.ConnectException: JBAS012144: Could not connect to remote://10.108.25.156:9999. The connection timed out > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerClient.start(HostControllerServerClient.java:161) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > [Server:server-two] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > [Server:server-two] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > [Server:server-two] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > [Server:server-two] Caused by: java.net.ConnectException: JBAS012144: Could not connect to remote://nephele-beta-jboss1:9999. The connection timed out > [Server:server-two] at org.jboss.as.protocol.ProtocolChannelClient.connectSync(ProtocolChannelClient.java:155) [jboss-as-protocol-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerConnection.openChannel(HostControllerServerConnection.java:158) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerConnection.connect(HostControllerServerConnection.java:86) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerClient.start(HostControllerServerClient.java:135) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] ... 5 more > {quote} > We usually have to restart the master server instance 10-15 times before all server instances start up without this error, which suggests a race condition between the listening and connecting sockets. Note that this is running on the equivalent of a single-core, fairly slow machine currently, which may be exacerbating the effects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AS7-5132) Connection timeout to local port 9999 with clustered AS 7.1.1.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-5132?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-5132: ---------------------------------------------- Pavel Jelinek <pjelinek(a)redhat.com> changed the Status of [bug 900988|https://bugzilla.redhat.com/show_bug.cgi?id=900988] from ON_QA to ASSIGNED > Connection timeout to local port 9999 with clustered AS 7.1.1.Final > ------------------------------------------------------------------- > > Key: AS7-5132 > URL: https://issues.jboss.org/browse/AS7-5132 > Project: Application Server 7 > Issue Type: Bug > Components: Domain Management > Affects Versions: 7.1.1.Final > Environment: Fedora 17 on Amazon EC2 > Reporter: Jack Lund > Assignee: Emanuel Muckenhuber > Labels: as7, cluster, domain > Fix For: 7.1.3.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final) > > > A clustered configuration of two AS 7 instances has an issue with the connection to port 9999 timing out when starting up. The instances are configured as per https://docs.jboss.org/author/display/AS71/AS7+Cluster+Howto. On startup, we get the following error randomly for one or more of the server instances: > {quote} > [Server:server-two] 16:36:03,492 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC00001: Failed to start service jboss.host.controller.client: org.jboss.msc.service.StartException in service jboss.host.controller.client: java.net.ConnectException: JBAS012144: Could not connect to remote://10.108.25.156:9999. The connection timed out > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerClient.start(HostControllerServerClient.java:161) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > [Server:server-two] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > [Server:server-two] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > [Server:server-two] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > [Server:server-two] Caused by: java.net.ConnectException: JBAS012144: Could not connect to remote://nephele-beta-jboss1:9999. The connection timed out > [Server:server-two] at org.jboss.as.protocol.ProtocolChannelClient.connectSync(ProtocolChannelClient.java:155) [jboss-as-protocol-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerConnection.openChannel(HostControllerServerConnection.java:158) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerConnection.connect(HostControllerServerConnection.java:86) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerServerClient.start(HostControllerServerClient.java:135) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > [Server:server-two] ... 5 more > {quote} > We usually have to restart the master server instance 10-15 times before all server instances start up without this error, which suggests a race condition between the listening and connecting sockets. Note that this is running on the equivalent of a single-core, fairly slow machine currently, which may be exacerbating the effects. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2135) Change distributed config on address settings to Page instead of Block

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2135?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2135: ----------------------------------------------- Miroslav Novak <mnovak(a)redhat.com> made a comment on [bug 1011074|https://bugzilla.redhat.com/show_bug.cgi?id=1011074] There is PAGE policy in all standalone and domain files/profiles. Verified in EAP 6.2.0.ER4. > Change distributed config on address settings to Page instead of Block > ---------------------------------------------------------------------- > > Key: WFLY-2135 > URL: https://issues.jboss.org/browse/WFLY-2135 > Project: WildFly > Issue Type: Feature Request > Affects Versions: 8.0.0.Alpha4 > Reporter: Clebert Suconic > Assignee: Clebert Suconic > Fix For: 8.0.0.Beta1 > > > We have had so many cases of questions about why the producing is blocked when not consuming. > Users are expecting Page by default, so we should change the default. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2135) Change distributed config on address settings to Page instead of Block

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2135?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2135: ----------------------------------------------- Miroslav Novak <mnovak(a)redhat.com> changed the Status of [bug 1011074|https://bugzilla.redhat.com/show_bug.cgi?id=1011074] from ON_QA to VERIFIED > Change distributed config on address settings to Page instead of Block > ---------------------------------------------------------------------- > > Key: WFLY-2135 > URL: https://issues.jboss.org/browse/WFLY-2135 > Project: WildFly > Issue Type: Feature Request > Affects Versions: 8.0.0.Alpha4 > Reporter: Clebert Suconic > Assignee: Clebert Suconic > Fix For: 8.0.0.Beta1 > > > We have had so many cases of questions about why the producing is blocked when not consuming. > Users are expecting Page by default, so we should change the default. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2071) Messaging queue attributes must be read-only

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2071?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2071: ----------------------------------------------- Miroslav Novak <mnovak(a)redhat.com> changed the Status of [bug 1004789|https://bugzilla.redhat.com/show_bug.cgi?id=1004789] from ON_QA to VERIFIED > Messaging queue attributes must be read-only > -------------------------------------------- > > Key: WFLY-2071 > URL: https://issues.jboss.org/browse/WFLY-2071 > Project: WildFly > Issue Type: Feature Request > Components: JMS > Affects Versions: 8.0.0.Alpha4 > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: 8.0.0.Beta1 > > > Currently, the messaging subsystem's queue and jms-queue resources defines attributes that are writable (eg filter and durable attribute). > This is not correct, once a queue is created with these attributes, they can not be changed for the lifetime of a queue (a durable queue can not become non-durable). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2071) Messaging queue attributes must be read-only

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2071?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2071: ----------------------------------------------- Miroslav Novak <mnovak(a)redhat.com> made a comment on [bug 1004789|https://bugzilla.redhat.com/show_bug.cgi?id=1004789] Verified in EAP 6.2.0.ER4. Attribute selector on queue is read-only now. Thanks Jeff for the change. > Messaging queue attributes must be read-only > -------------------------------------------- > > Key: WFLY-2071 > URL: https://issues.jboss.org/browse/WFLY-2071 > Project: WildFly > Issue Type: Feature Request > Components: JMS > Affects Versions: 8.0.0.Alpha4 > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: 8.0.0.Beta1 > > > Currently, the messaging subsystem's queue and jms-queue resources defines attributes that are writable (eg filter and durable attribute). > This is not correct, once a queue is created with these attributes, they can not be changed for the lifetime of a queue (a durable queue can not become non-durable). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AS7-5107) define connectors as alternatives to discovery-group

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-5107?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-5107: ---------------------------------------------- Miroslav Novak <mnovak(a)redhat.com> made a comment on [bug 1001612|https://bugzilla.redhat.com/show_bug.cgi?id=1001612] BZ was verified in EAP 6.2.0.ER4 by following batch: batch /subsystem=messaging/hornetq-server=default/connection-factory=RemoteConnectionFactory:undefine-attribute(name=connector) /subsystem=messaging/hornetq-server=default/connection-factory=RemoteConnectionFactory:write-attribute(name=discovery-group-name,value=dg-group1) run-batch In this way connector for connection factory can be undefined and set discovery-group. Or discovery-group undefined and changed set connector. This must be done in a batch or commands will fail as it is reported in description. > define connectors as alternatives to discovery-group > ---------------------------------------------------- > > Key: AS7-5107 > URL: https://issues.jboss.org/browse/AS7-5107 > Project: Application Server 7 > Issue Type: Bug > Components: JMS > Affects Versions: 7.1.2.Final (EAP) > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: EAP 6.1.0.Alpha (7.2.0.Final) > > > cluster-connections, bridges and JMS connection factories must define either connectors or discovery-group but not both. > The choice is handled in the messaging susbsystem parser but it's not enforced by the attributes' definitions. Admin operations are not shielded against a misconfiguration by changing directly these attributes -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

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 October 2013